откалибровать жизнеспособную основу Silverlight для большого развития?

Question

Я искал некоторые фреймворки для очень большого проекта, такого как 200+ страниц с 50+ таблицами и т. Д., Для разработки в silverlight. Есть ли лучшие практики или предложения по разработке инфраструктуры для разработки такого большого приложения? Надеемся, что это будет несколько технологий, которые составляют окончательное приложение и интересно узнать ваше мнение по этому поводу. Один из моих друзей указал мне на Caliburn как на одну из лучших рамок. Кто-нибудь использовал его для разработки такого большого приложения?

Answer 1

Мы используем Caliburn во всех наших проектах (но это вводит в заблуждение, потому что мы те, кто его разработал).: -)

Количество таблиц не окажет влияния, так как Caliburn не имеет ничего общего с доступом к данным.Количество «страниц» не обязательно влияет.Использование термина «страница» заставляет меня думать, что вы имеете в виду метафору пользовательского интерфейса навигации (стиль браузера).Если это так, вы все равно можете извлечь выгоду из Calbiurn при использовании этого подхода, однако это не естественный «способ Caliburn».

Подводя итог, размер приложения и сложность не имеют значения.Чтобы лучше понять, почему Caliburn будет полезен, я рекомендую прочитать серию постов Роба Айзенберга, начиная с .

Обратите внимание, что мы поощряем новые проекты использовать CaliburnМикро, вместо оригинального Caliburn.Дополнительным ресурсом, который может помочь, может быть видео Роба из MIX 10 , в котором он обсуждает, как создать собственную платформу (независимо от Caliburn).

Answer 2

у нас есть немного меньший проект (около 30 страниц), построенный на Caliburn.На мой взгляд, единственное осложнение с большим количеством страниц - это потребление памяти, так как caliburn в своем стандартном поведении инициализирует все страницы (screen / viewmodels) и сохраняет их в памяти.Мы создали наш собственный способ обработки этого типа «ленивых экранных проводников», который создает viewmodel только тогда, когда запрашивается его страница, и есть также способ закрыть ее (и, таким образом, позволить сборщику мусора избавиться от нее).Так что теперь не имеет значения, было ли в приложении 30 или 300 страниц.Это потребовало бы столько памяти, сколько необходимо для открытых страниц (предположим, что пользователю не нужно будет открывать все 300 страниц одновременно).

Кстати: я планирую перейти на Caliburn.Micro, поэтому мне придется двигатьсяэто в этих рамках.С другой стороны, Caliburn.Micro намного чище (и я также гораздо лучше понимаю его, чем при создании решения для старого Caiburn), поэтому я думаю, что это будет хорошая идея для рефакторинга решения.