#.net #silverlight #silverlight-4.0
#.net #silverlight #silverlight-4.0
Вопрос:
Поскольку приложения Silverlight становятся все больше и больше, разумно ли разбивать приложение на отдельные приложения меньшего размера по функциональной области, чтобы уменьшить общий размер файла xap? Является ли размер загрузки проблемой для любых разработчиков silverlight, или это нормально из-за способа, которым он может быть загружен и кэширован на клиенте?
Спасибо.
Ответ №1:
Взгляните на Prism. Крайне важно следить за размером файла xap. Как конечный пользователь, я обычно не собираюсь ждать, пока что-то загрузится, я просто перейду на другой сайт. Prism поможет, потому что он позволяет вам «легко» загружать модули по требованию. Это включает в себя возможность загружать «модули» при запуске приложения, в фоновом режиме или в миксе.
Ответ №2:
Я бы сказал, что сохранение каждого XAP small способствует повышению общей производительности приложения. У меня также есть MEF реализации в некоторых областях крупного бизнес-приложения для динамической загрузки файлов XAP
Вы можете использовать MEF в .Net 4 как его часть в framework
Комментарии:
1. В случаях, когда почти вся функциональность требуется заранее, любой тип динамической загрузки не поможет (на самом деле, это, вероятно, повредит). Нет?
2. Если вам нужна предварительная функциональность, то динамическая загрузка не имеет особого смысла и, вероятно, приведет к некоторому снижению производительности. По моему опыту, более абстрактная реализация кода, включая ViewModels, использующие MVVM, представляет больше преимуществ, чем проблем. Просто мое мнение…