Если нет опыта, то однозначно - prism. В призм применяется MEF, одного MEF очень мало для нормальной разработки

skoleВы сначала определитесь, какое приложение вы создаете, каков функционал, и в самом деле ли вы нуждаетесь в композитах. Если ответ да, тогда выбирайте контейнер, существует несколько контейнеров для Prism, в первую очередь это Unity и MEF. Unity хорош для тех приложений, где вы собираетесь динамически подгружать модули, что называется on-demand, источник может быть любой, Web или FS. MEF обладает теми же возможностями, но отличается некоторой медлительностью на запуске (использует reflection), поэтому initialization модулей лучше проводить на старте, чтобы не было подвисаний во время работы. Кроме того, event aggregation тоже будет вызывать паузу при первом доступе.
В композитах очень хорошо применять TDD для разработки модулей, особенно для тех продуктов, которые разрабатываются режиме continues integration. Не нужно думать про спеки, об этом заботится тестовая либа, просто пишем модуль и проверяем, и проверяем. Затем тупо кидаем в каталог и вот у клиента новый функционал.


МЕF разрабатывался прежде всего для поддержи модульности, а не в качестве DI контейнера. Частично у него есть возможности последнего, но не в полной мере. В частности, не поддержки дженериков, параметров конструктора и тд.
Если не делать пухлых модулей, то никаких особых задержек не наблюдается. Зато время старта значительно сокращается.

МСУskoleSL уже прочно занял нишу в бизнес-приложениях
Это только те лихие "везунчики", что с дуру поверили фееричной рекламной шелухе и сели на SL. А слезать уже нельзя, ресурсы не безграничны. Уже сейчас не найти на рынке SL-девелопера, через несколько лет MS поддержку технологии закроют, всё - алес капут. Кто будет поддерживать твои "нишевые" бизнес-приложения, приведения? :)

А зачем слезать-то, если и так все замечательно?
Поскули еще, Муся, давно твоего нытья не слышно было.

МСУskoleНу, как не делать пухлых модулей, не от прогера зависят желания заказчика. Возьмем, к примеру, на производстве часто применяется дизайнер каких-нибудь диаграмм. Состав модулей, как в фотошопе, tools, designer surface, utilities, plugins и т.д Оно вроде немного, но в реальности выливается в 5 секунд только на старт. Ага, уже надо splash юзеру показать и т.д.
Ты видимо про волшебство HTML4-HTML5 и JavaScript никогда не слышал. Пичалька.

Твоя пичалька даже для соцсетей с парой лапидарных страниц не подходит

Mr. Zuckerberg said his company focused too much on a technology called HTML5, which is designed to allow apps to work across multiple kinds of hardware. That technology didn't allow Facebook's apps to be as sophisticated as those designed specifically for devices like Apple Inc.'s AAPL +0.47% iPhone, he said.

Six months ago, Facebook's mobile strategy was "in a pretty bad place," Mr. Zuckerberg said. The company has since sidelined its HTML5 plans, and released so-called "native" mobile apps that are already causing users to interact with the social network even more, he said

skoleНу, как не делать пухлых модулей, не от прогера зависят желания заказчика. Возьмем, к примеру, на производстве часто применяется дизайнер каких-нибудь диаграмм. Состав модулей, как в фотошопе, tools, designer surface, utilities, plugins и т.д Оно вроде немного, но в реальности выливается в 5 секунд только на старт. Ага, уже надо splash юзеру показать и т.д.

Ты сам перечислил пять модулей. Первые четыре большими не будут