Статические ресурсы в WPF в подключаемом приложении

Question

В настоящее время я работаю над корпоративным WPF-приложением, и у меня возникают некоторые проблемы со статическими ресурсами: глобально определенные стили и конвертеры.

Приложение работает следующим образом:

• Там есть общий хозяин WPF приложение, которое используется в качестве принимающей стороны для компонентов, разработанных различными командами (это приложение PRISM и MEF используется для импортирования плагинов)
• Каждая команда может добавить плагины путем создания новых библиотек DLL, но не может изменять DLLs других команд
• Никакие изменения не могут быть внесены в хост-приложения

Моя команда находится в тя rge нескольких плагинов, и нам нужно добавить больше функциональных возможностей, но нам интересно, что является лучшим способом решения нашей проблемы.

В простом (стандартном?) WPF-приложении у нас были бы стили, определенные в файле App.xaml, и все пользовательские системы xaml UserControls или Windows могли бы легко и быстро связываться с ними во время разработки во время выполнения.

Но теперь, когда мне удалось получить стили для работы во время выполнения, я не могу иметь их работать во время разработки, и это вызывает два основных вопроса:

1. Я не могу видеть, как все будет выглядеть в IDE
2. Когда я ссылаюсь на конвертер, IDE жалуется, но я не знаю, как он будет работать во время выполнения или нет.

Как получить StaticResources для импорта и в то же время работать в моей среде IDE?

Если не возможно, какие другие стратегии я могу принять для преодоления этих проблем?

Answer 1

Если вы правильно поняли, что хотите использовать вкладку «Дизайн» в Visual Studio, чтобы увидеть изменения стиля и проверить внешний вид приложения WPF.

Если это так, я буду вас разочаровывать, но я еще не встречал какого-либо разработчика WPF, но использовал «Design» вместо «XAML» для внесения изменений и т. Д. В более сложные приложения. К сожалению, в представлении «Дизайн» есть много недостатков, он не отображает представления должным образом, имеет проблему с преобразователем статических ресурсов и, более того, он всегда является ресурсным голодным.

Способ, которым мы работаем с приложениями WPF, заключается в их создании и проверке проблем и изменений с помощью утилиты Snoop для изучения приложения, ошибок привязки, проблем стиля и т. Д. Я никогда не видел способ использовать сборку в " Design "без многих недостатков, хаков и проблем с производительностью.

Более того, вы должны написать поддельное хост-приложение, так что вы будете иметь возможность запускать плагин без необходимости запуска основного приложения (если это является проблемой для вас)