К каждой dll должнен быть xaml файл с кодом страницы

Ну и

Оо. Ты что-то не то придумал)

Вообще чисто технически можно и ксамл файлы подгружать

К примеру.
Я кидаю либу в папку, софт подгружает эту либу и показывает мне кнопку "открыть", при нажатии открывается страница с полями для ввода и т.д

В основном софте, не открывается новое окно

Именно Page, а не Window

Вообще я могу ошибаться, но, насколько я помню, какой-то похожий пример был в книге Троелсена c# 7.0 в разделе WPF

Подумай, зачем нужен MEF и зачем простые ДЛЛ?
Разница вот в чем, если ты знаешь за ранее какие функции твое АПП делает, юзай простые ДЛЛ
Если ты хочешь сделать интерфейс для расширения сторонними производителями - юзай MEF.

Пример - VS к ней можно писать плагины, там используется MEF. Динамически загружаются сборки в память, ищутся интерфейсы состыковки и появляются пункты в меню.
Но это сделано для того, чтобы кто-то еще (не майкрософт ) мог создавать плагины.

Если ты сам добавляешь новые фичи, зачем себе жизнь усложнять (Ведь сделать крутой дезайн сложно, а с плохим дизайном ты настрадаешься)
То делаешь обычный проект длл в своем солюшене и линкуешь его.

Когда ты обращаешься к окну, которое использует твою ДЛЛ она так же ДИНАМИЧЕСКИ подгружается

Выноси в ДЛЛ только логику, если ты выносишь окна, то скорее всего ты что-то не то делаешь

Да вот именно

Что мне надо выносить окна с логикой

Иначе для создания нового режима в проге надо будет изменять и основную прогу чтоб сделать там нужные поля которые использует дллка

А у каждого "режима" сейчас есть отдельная страница с полями для ввода

Ну можно попытаться интерфейс не на хамле написать а на шарпе, и тогда все можно в одной длл уместить

И интерфейс и логику этого интерфейса

Ой ну это такое

Ну конкретно в этом случае мне кажется это норм

Блин вы мне объясните, WPF умер или нет?😆😅

Короче