富域与贫血域模型

Bozhidar Bozhanov seems to argue in favor of the anemic model in this blog post.

Here is the summary he presents:

• 域对象不应该被 Spring (IoC)管理，它们不应该注入 DAO 或任何与基础设施相关的内容

• 域对象具有它们所依赖的由 hibernate (或持久性机制)设置的域对象

• 域对象执行业务逻辑，正如 DDD 的核心思想一样，但是这并不包括对对象内部状态的数据库查询或仅 CRUD 操作

• there is rarely need of DTOs – the domain objects are the DTOs themselves in most cases (which saves some boilerplate code)

• 服务执行 CRUD 操作、发送电子邮件、协调域对象、基于多个域对象生成报告、执行查询等。

• 服务(应用程序)层没有那么薄，但是不包括域对象固有的业务规则

• 应该避免代码生成。应该使用抽象、设计模式和 DI 来克服代码生成的需要，并最终消除代码重复。

更新

我最近读了 this的一篇文章，其中作者提倡遵循一种混合方法——领域对象可以仅仅根据其状态来回答各种问题(在完全贫血模型的情况下，可能会在服务层中完成)

富域类的一个好处是，每次在任何层中拥有对对象的引用时，都可以调用它们的行为(方法)。此外，您倾向于编写小型的分布式方法，这些方法可以一起协作。在贫血领域类中，您倾向于编写通常由用例驱动的胖过程方法(在服务层中)。与富域类相比，它们通常不易维护。

An example of domain classes with behaviours:

class Order {


String number


List<OrderItem> items


ItemList bonus


Delivery delivery


void addItem(Item item) { // add bonus if necessary }


ItemList needToDeliver() { // items + bonus }


void deliver() {
delivery = new Delivery()
delivery.items = needToDeliver()
}


}

Method needToDeliver() will return list of items that need to be delivered including bonus. It can be called inside the class, from another related class, or from another layer. For example, if you pass Order to view, then you can use needToDeliver() of selected Order to display list of items to be confirmed by user before they click on save button to persist the Order.

回应评论

下面是我如何使用控制器中的域类:

def save = {
Order order = new Order()
order.addItem(new Item())
order.addItem(new Item())
repository.create(order)
}

Order及其 LineItem的创建是在一个事务中完成的。如果不能创建其中一个 LineItem，则不会创建 Order。

我倾向于使用表示单个事务的方法，例如:

def deliver = {
Order order = repository.findOrderByNumber('ORDER-1')
order.deliver()
// save order if necessary
}

deliver()中的任何内容都将作为一个事务执行。如果我需要在一个事务中执行许多不相关的方法，我会创建一个服务类。

为了避免延迟加载异常，我使用 JPA 2.1命名实体图。例如，在交付屏幕的控制器中，我可以创建方法来加载 delivery属性并忽略 bonus，比如 repository.findOrderByNumberFetchDelivery()。在奖励屏幕中，我调用另一个加载 bonus属性并忽略 delivery的方法，例如 repository.findOrderByNumberFetchBonus()。这需要纪律，因为我仍然不能调用 deliver()内奖金屏幕。

我的观点是:

贫血领域模型 = 映射到对象的数据库表(只有字段值，没有实际行为)

富域模型 = 公开行为的对象的集合

如果您想创建一个简单的 CRUD 应用程序，那么使用经典 MVC 框架的贫血模型就足够了。但是如果你想实现某种逻辑，贫血模型意味着你不会做面向对象的编程。

*Note that object behavior has nothing to do with persistence. A different layer (Data Mappers, Repositories e.t.c.) is responsible for persisting domain objects.

首先，我复制粘贴了这篇文章的答案 Http://msdn.microsoft.com/en-gb/magazine/dn385704.aspx

图1显示了一个贫血领域模型，它基本上是一个带有 getter 和 setter 的模式。

Figure 1 Typical Anemic Domain Model Classes Look Like Database Tables


public class Customer : Person
{
public Customer()
{
Orders = new List<Order>();
}
public ICollection<Order> Orders { get; set; }
public string SalesPersonId { get; set; }
public ShippingAddress ShippingAddress { get; set; }
}
public abstract class Person
{
public int Id { get; set; }
public string Title { get; set; }
public string FirstName { get; set; }
public string LastName { get; set; }
public string CompanyName { get; set; }
public string EmailAddress { get; set; }
public string Phone { get; set; }
}

在这个更丰富的模型中，与其简单地公开要读写的属性, 客户的公共表面是由明确的方法组成的

Figure 2 A Customer Type That’s a Rich Domain Model, Not Simply Properties


public class Customer : Contact
{
public Customer(string firstName, string lastName, string email)
{
FullName = new FullName(firstName, lastName);
EmailAddress = email;
Status = CustomerStatus.Silver;
}
internal Customer()
{
}
public void UseBillingAddressForShippingAddress()
{
ShippingAddress = new Address(
BillingAddress.Street1, BillingAddress.Street2,
BillingAddress.City, BillingAddress.Region,
BillingAddress.Country, BillingAddress.PostalCode);
}
public void CreateNewShippingAddress(string street1, string street2,
string city, string region, string country, string postalCode)
{
ShippingAddress = new Address(
street1,street2,
city,region,
country,postalCode)
}
public void CreateBillingInformation(string street1,string street2,
string city,string region,string country, string postalCode,
string creditcardNumber, string bankName)
{
BillingAddress = new Address      (street1,street2, city,region,country,postalCode );
CreditCard = new CustomerCreditCard (bankName, creditcardNumber );
}
public void SetCustomerContactDetails
(string email, string phone, string companyName)
{
EmailAddress = email;
Phone = phone;
CompanyName = companyName;
}
public string SalesPersonId { get; private set; }
public CustomerStatus Status { get; private set; }
public Address ShippingAddress { get; private set; }
public Address BillingAddress { get; private set; }
public CustomerCreditCard CreditCard { get; private set; }
}