2010-04-08 3 views

ответ

7

С MVVM и WPF, лично я рекомендую начинать без рамки.

Как только вы увидите «прилипающие» точки, различные рамки начнут приносить больше смысла. Помните, что различные рамки для MVVM предназначены для «помощников» для облегчения некоторых болевых точек при работе с MVVM (таких как обработка диалога/обслуживания, обмен сообщениями и т. Д.).

Это означает, что многие из фреймворков (то есть: Cinch) действительно управляют вами, работая определенным образом - что может быть или не быть идеальным с учетом ваших обстоятельств.

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

Если вы понимаете различные рамки, они очень полезны, если вы выбираете подходящие цели развития. Например, MVVM Light обеспечивает фантастическую, продуманную и проверенную среду обмена сообщениями, которая значительно упрощает многие сложные задачи в MVVM, поэтому это отличный способ получить некоторые функциональные возможности, которые достаточно надежны.

2

Если вам разрешено использовать Framework для проекта и размер сборки, действительно, это не так важно, я почти всегда рекомендую пойти в рамки (академические проекты не включены).

Вы получите то, что было (обычно) тщательно протестировано и задокументировано, а не экспериментирование и устранение неполадок в собственной ручной версии.

3

Используйте рамки. Написание собственных фреймворков для проекта, в крайнем случае это не очень хорошая идея. Для проекта хобби, да, почему бы не сделать рамки. В вашем случае вы можете посмотреть здесь:

https://stackoverflow.com/questions/1280462/what-mvvm-framework-are-you-using

 Смежные вопросы

  • Нет связанных вопросов^_^