WPF: Работа с MDI

Technorati Теги: wpf,mdi

Открыв новый проект на WPF. Я обнаружил, что кудато делся мой любимый MDI - интерфейс. Недолгие поиски по интернету показали, что это все не случайно и сыр-бор идет еще с далекой первой версии "Авалона".

Lauren Lavoie в своем блоге отвечает на данный вопрос:(оригинал ответа тут)

Многие люди спрашивают почему в последнем билде WPF который мы зарелизили не включена поддержка MDI. С одной стороны, я хотел добавить это в версию 1. Но с другой стороны, я не представить себе причину по которой люди будут ждать пока мы наконецто не включим эту штуку в проект "как еще одну фичу".
Я действительно хочу сказать, что отсутствие поддержки MDI в WPF нисколько не подразумевает, что мы не думаем, что это важно. И при этом это не означает, что мы не можем добавить её в следующей версии, если не сделали её в первой версии. Есть несколько факторов, влияющих на это решение:

• Отправляющий момент. Поскольку я уверен, что вы знаете, проекты программного обеспечения - всегда игра баланса. Баланса между одними возможностями и другими, между возможностями и патчами, между возможностью и датой выпуска продукта и т.д. MDI будет очень большой возможностью, если мы внедрим ее правильно (и разработка и внедрение подразумевает привлечение профессионалов выского класса, чтобы правильно интегрировать поддержку MDI  с существующим кодом управления стилями, системой свойств и т.д.) и в некоторой точке мы предстали перед выбором или добавить эту "большую фичу" или затянуть сроки сдачи проекта.
• Шоколад или ваниль? Есть вероятно около двадцати "ароматов" MDI. Word делает MDI подругому чем Excel. Excel делает MDI не так как Visual Studio, а Visual Studio делает MDI совсем не так как FireFox. К томуже, я считаю, что tabbed browsing есть свой подвкус MDI. Фактически множество приложений используют своим разработки для MDI, потому что во вкусе предосталяемом API, чего не хватало каждому из разработчиков. Поэтому до того как разрабатывать, что-то такое монолитное как MDI, мы хотим удостовериться, что мы выбираем правильный аромат - или делаем это достаточно гибким способом так, чтобы наши разработчики могли настроить это, чтобы встретить их потребности. Я не думаю, что любой из нас действительно знает правильный способ сделать это все же - большая часть этого должна прибыть от понимания потребностей клиентов, которые фактически основываются на WPF (это - Вы, и следовательно спрашивать обратной связи в конце этого поста).

И так спросите вы, как же встаки использовать MDI  в вашем приложении. Не все потеряно как, кажется. Есть несколько простых способов лежащих на поверхности, годящихся на то, чтобы обойти ограничения.

1. Использовать "Windows Forms interop". Ник Крамер описывает способ сделать это с примерами кода в своем блоге
2. Сделать это самим. Что не так сложно как кажеться. Факт, множество приложений уже делают это сегодня, потому что их собственный вкус MDI пришел от прямоугольника в Win32/MFC/WinForms. AvPad Криса Андерсона демонстрирует менеджер дочерних окон, и Крис заявляет что его было не так сложно делать.