Куда поместить ViewModel

Question

У меня есть модель, которая может использоваться в контроллерах, представлениях и ядре. Core - это отдельный проект, в то время как Controllers и View находятся в веб-проекте. Где лучше всего разместить ViewModel, это в веб-проекте или в ядре, или мне нужно создать отдельный проект только для модели просмотра?

Answer 1

Модель представления, как правило, представляет собой оболочку вокруг модели, которая имеет данные в формате UI. Вероятно, вы должны сохранить класс модели в проекте Core и классе модели представления в своем веб-проекте.

Конструктор класса View Model может принимать экземпляр вашего класса модели (и любые другие объекты, которые необходимо заполнить), и генерировать правильные данные просмотра. Например, если у модели есть объект DateTime, то ваша модель представления может иметь соответствующее свойство String, которое содержит DateTime в том формате, который вы хотите показать.

Answer 2

Поскольку ViewModels специфичны для представлений, я обычно создавал бы папку ViewModel в моем проекте пользовательского интерфейса и сохранял бы ее там.

Я создам отдельный Service Layer (другой проект) для преодоления данных между моими ViewModels и сущностями моделью. Способы действия My Controller вызовут уровень сервиса с объектом ViewModel.

Answer 3

У меня есть модель, которая может использоваться в контроллерах, представлениях и ядре.

Нет. Вы не используете его в ядре. Google «Разделение проблем». Ответственность модели представления заключается в представлении Модели (основного проекта) в представлении. Его нельзя использовать ни для чего другого. Я писал о просмотре модели здесь: http://blog.gauffin.org/2011/07/three-reasons-to-why-you-should-use-view-models/

Это ответственность контроллеры взять все от модели (основного проекта) и создать соответствующую модель представления.

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

Update

Пример использования AutoMapper:

public class FlairController 
{ 
    public FlairController(IYourServiceOrRepository repos) 
    { 
    } 

    public ActionResult Details(int id) 
    { 
     SomeCoreObject entity = _repos.Get(id); 
     FlairViewModel model = new FlairViewModel(); 
     Mapper.Map(entity, model); 
     return View(model); 
    } 
} 

Ваш пример кода (в комментарии) как метод будет выглядеть без рамок отображения.