Что бы преимущество и недостатки создания внешнего SilverLight модулей для динамической загрузки с помощью:Динамическая загрузка Silverlight: Xap или Dll?
1 - класс Silverlight библиотеки (DLL на ClientBin)
2 - Silverlight приложение (XAP на ClientBin)
1) Легче работать с. Меньше способов делать что-то.
2) Сложнее обращаться, чтобы иметь больше материала, упакованного в него.
Это действительно возможность упаковать вещи с помощью em, что делает их разными. В то время как XAP требует немного больше, чтобы справиться, ни одна из них не является большой сделкой, как только вы настроились на их загрузку. Настройка загрузки и уникальность их загрузки может быть даже более сложной частью их загрузки.
Конечно, есть факт, что по умолчанию XAP предназначен для приложения.
(Пример динамически загрузки XAP находится в silverlight 4, dynamically loading xap modules)
Мы используем Prism patterns and libraries. В настоящее время использование V4 alpha 8 drop без проблем.
Под Prism каждый модуль является (приложение Silverlight) XAP-файлом, и загрузка управляется для вас, если вы специально не хотите делать что-то другое.
Мы находим, что это отличный способ управления решениями, так как все XAP размещены в ClientBin для вас по сборке.
У нас есть почти 50 модулей, но первоначальный запуск приложения составляет всего 400 кбайт (и все время уменьшается). Динамическая загрузка - это, безусловно, будущее разработки Silverlight. Большинство приложений в галерее Silverlight.Net являются монолитными монстрами!