SCSF / CAB - Модуль & Просмотр Загрузка Лучшие практики?

Question

У меня есть команда, которая разрабатывает сложный пользовательский интерфейс с расширенными возможностями на CAB / SCSF.Одним из элементов дизайна, который мы рассматриваем, является динамическая загрузка модулей CAB и, возможно, сами представления CAB.Использование SCSF / CAB «из коробки» автоматически загрузит все сборки модулей во время запуска.Время запуска нашего многофункционального клиентского приложения значительно и будет увеличиваться по мере добавления новых модулей.

Мне просто любопытно, смотрели ли другие люди на стандартные издержки процесса загрузки модуля CAB.Это все внутри загрузки CAB Views?Если да, кто-нибудь задумывался о разработке механизма загрузки «по требованию» для CAB Views, чтобы можно было минимизировать объем загрузки модуля в сборке?Идея заключается в том, что представление не должно быть загружено до тех пор, пока оно не понадобится в первый раз.И есть ли какие-либо реальные преимущества в разработке механизма загрузки «по требованию» на уровне модулей?

Мы будем очень признательны за лучшие практики ...

(Обратите внимание, что этот вопрос изначальнопоявился на http://social.msdn.microsoft.com/Forums/en-US/modelingandtools/thread/dce936fe-45f9-420c-90ca-286a8d553e35,, поэтому я скопировал и вставил вопрос, написанный Дэном)

Answer 1

Насколько мне известно, загрузка модуля не занимает слишком много времени.У нас было два приложения уровня предприятия на SCSF, один из его исходных кодов более 700 МБ!он довольно большой, и мы никогда не сталкивались с какими-либо проблемами при загрузке модуля.И пока представление не создано, оно не создается в памяти.информация о представлениях в модуле загружена, но не создана.Ваше утверждение немного сбивает с толку.

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

Answer 2

Мы широко используем CAB для нашего приложения, поскольку у нас очень сложный пользовательский интерфейс и, соответственно, сложная бизнес-логика.В нашем случае использование cab увеличивает накладные расходы из-за того, что фреймворк настраивает не только представления, но также настраивает иерархию рабочих элементов, а также разводку между всеми компонентами пользовательского интерфейса.Но я считаю, что время не является значительным по сравнению со временем, необходимым для создания экземпляров и загрузки всех объектов и данных, необходимых для нашего приложения, хотя когда-нибудь нам потребуется тщательно проверить это предположение.

Чтобы помочь нам управлятьвремя загрузки, а также управление доступными функциями. У нас -> есть собственный менеджер конфигурации, который мы можем использовать для выборочной загрузки только необходимых модулей -> настроек, позволяющих создавать представления только по запросу пользователя, а не перед этим -> отложенная загрузка данных только при ручном обновлении -> настройки для регулирования вывода данных из наших сетевых служб в зависимости от потребностей пользователя.