Wpf Призматическая архитектура с шаблоном MVVM

Question

В настоящее время я представляю Prism для нового приложения Wpf и использую шаблон MVVM. Мой первоначальный подход к структурированию приложения Wpf заключался в том, чтобы добавить один проект для хранения классов модели, один для хранения классов viewmodel и т. Д. Они могут быть разделены позднее, чтобы избежать использования разных логических компонентов в одном проекте. Однако это поражает меня как плохую структуру при использовании Призма (и, возможно, вообще ...).

В Prism вы хотите структурировать вещи в разные логические модули - там, где все, что связано с одними и теми же вещами, будет помещено в один и тот же модуль. Таким образом, это говорит мне, что я должен поместить все связанные с логической частью моего приложения в модуль для этой части. Это может содержать несколько разных представлений для этого компонента, связанной модели представления и необходимых классов моделей. Используя этот подход, я бы, однако, получил модель, разбросанную по моему решению. Поскольку модель будет привязана к базе данных, это, по-моему, как бы плохой подход. Я использую NHibernate, поэтому база данных на самом деле не будет такой «визуальной».

Итак, я вижу три разных структуры. Требуются ли какие-либо из них? Или есть другой способ структурировать приложение?

1. Проекты «Модель», «ViewModel», а также один для хранения UserControls. Etc.
2. Один логический элемент проекта pr - включая и связанный вид, модель и модель для этой части.
3. Одна логическая часть проекта - включая view и viewmodel, но модель определяется в отдельном проекте. Возможно, даже один проект для всех классов моделей, если у них есть логические отношения.

Любые мнения приветствуются!

Answer 1

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

Ваши взгляды и взгляды Модели имеют смысл жить рядом друг с другом. Вы можете найти повторное использование представлений или моделей взглядов, но не стресс, если вы этого не сделаете. Тем не менее, точка зрения не всегда привязана во вселенной к определенной модели представления и наоборот. Например, у меня есть модель представления, которая отображает все продажи и модель просмотра, которая фильтрует текущую четверть, но я могу установить оба на один и тот же вид. С другой стороны, у меня есть круговая диаграмма против гистограммы на той же модели представления. Так что расщепление их не так, как вырезано и высушено. Однако вы можете найти более крупные куски, чем просто пары просмотра/просмотра модели. Продажи и управление клиентами и т. Д.