Fluent nHibernate - сгладить объекты в ViewModel

Question

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

//Database table 
    public class Person() 
    { 
    public virtual int Id { get; set; } 
    public virtual string FirestName { get; set; } 
    public virtual string SecondName { get; set; } 

    public virtual PersonAddress Address { get; set; } 
    public virtual PersonJob Job { get; set; } 
    } 

    //Database table 
    public class PersonAddress() 
    { 
    public virtual int Id { get; set; } 
    public virtual string AddressLine1 { get; set; } 
    public virtual string AddressLine2 { get; set; } 
    public virtual string AddressLine3 { get; set; } 
    } 

    //Database table 
    public class PersonJob() 
    { 
    public virtual int Id { get; set; } 
    public virtual int Description { get; set; } 
    } 

Я хочу отобразить список персональных данных в сетке, используя сплющенную модель для просмотра ниже. Должен ли я создавать сопоставление для ViewModelPerson, даже если это не таблица базы данных (будет ли это повлиять на Automapping), или я должен сделать это, используя запрос nHibernate для создания списка объектов ViewModelPerson.

//NOT database table - only used as ViewModel 
    public class ViewModelPerson() 
    { 
    public virtual int PersonId { get; set; } 
    public virtual string FirestName { get; set; } 
    public virtual string SecondName { get; set; } 

    //AddressLine1 + AddressLine2 + AddressLine3 
    public virtual int AddressId { get; set; } 
    public virtual string Address { get; set; } 

    public virtual int JobId { get; set; } 
    public virtual string Job { get; set; } 
    } 

Answer 1

Позвольте мне дать вам мой взгляд, подход я верю в ...

данных слой - отображениеEntityпротивTable представляет собой слой данных, связанных с. Это просто способ, как получить прибыль от инструмента ORM, например, NHibernate. Все операции CRUD генерируются для нас, отражая отображение.

Presentation Layer - The ViewModel, должно помочь нам "карту"Entity(-ies)кClient View. Таким образом, хотя во многих простых сценариях будут: Entity, Table, ViewModel .. (например, Country или Currency) соответствуют 1-1, мы готовы обрабатывать его по-разному в более сложных сценариях.

Вышеупомянутый сценарий Отображение лица, адреса, вакансии на одном представлении - сложный. Можем ли мы извлечь выгоду из разделения, косвенного заполнения ViewModel?

Предложение: Заполните ViewModel на уровне обслуживания с помощью запросов к основной бизнес-модели

Первое преимущество я вижу, что население из ViewModelPersonнаходится в наших руках. Он не фиксирован внутри отображения. Мы можем уменьшить количество данных (даже использовать проекции для загрузки меньше данных) и мы можем даже расширить его (нагрузка Город с некоторой Codelist)

Второе преимущество заключается в том, что если мы будем потребность изменить что-то , например ввести асинхронную загрузку Addresses, мы должны изменения это только от UP Service слоя (в MVC контроллер, модель и View), а слой данных (отображение нетронутым)