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 创建一个映射，即使它不是数据库表（自动映射会影响这一点）还是应该使用 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 vs Table 是与数据层相关的。这只是一种方式，以后如何从像 NHibernate 这样的 ORM 工具中获利。所有的 CRUD 操作都是为我们生成的 - 反映了映射。

表示层 - ViewModel，应该帮助我们“映射” Entity(-ies) 到 Client View。因此，虽然在许多简单场景中：Entity、Table、ViewModel .. （例如 Country 或 Currency） 匹配 1-1，但我们已准备好在更复杂的场景中以不同方式处理它。

上述场景在一个视图中显示人员、地址、工作 - 是一个复杂的场景。我们可以从ViewModel 的分离、间接填充中获利吗？

建议：使用对底层业务模型的查询在服务层上填充ViewModel

我看到的第一个好处是，ViewModelPerson 的人口掌握在我们手中。它在映射内部不是固定的。我们可以减少数据量（甚至使用 Projections 来加载更少的数据），我们甚至可以扩展它（从某个 CodeList 加载 City）

第二个好处是，如果我们需要改变某些东西，例如引入 Addresses 的异步加载，我们必须仅更改它从服务层 UP（在 MVC 控制器、模型和视图中）而数据层（未触及映射）