大家讨论一下JavaEE设计，业务方法要不要写到实体类里面

最近看了一篇Evans关于DDD文章，他极力主张将业务方法写在实体中，这样才真正符合OO的原则。想想也对。例如我们不应该写一个订单处理业务类，而是将相关方法直接写进订单实体里面。像计算总价，order.getTotalAmount()就可以了；不用orderService.getTotalAmount(order).但是这样在具体实践中可能会有问题。业务方法有时需要用到其他的由Spring或者容器注入的其他bean。而我们的实体类的实例都是orm框架提供的，这之间怎么wire呢？大家能不能讨论一下。

评论

5 楼 dontsan 2009-08-07  

PoEAA讲到这种设计模式就是Domain Model.而将实体和逻辑分开的做法有点像Transaction Script.

4 楼 dontsan 2009-08-07  

qichunren 写道

你out了，看看ActiveRecord

谢谢。我看了一下ActiveRecord定义。

http://martinfowler.com/eaaCatalog/activeRecord.html

An object carries both data and behavior. Much of this data is persistent and needs to be stored in a database. Active Record uses the most obvious approach, putting data access logic in the domain object. This way all people know how to read and write their data to and from the database.

他提到将数据和行为封装到一个类里面，但后面又讲到是将数据和数据访问逻辑放在一起。还没有见到应用实例。

3 楼 dontsan 2009-08-06  

linhong_1001 写道

这是职责与粒度的问题，难道有什么冲突么，你设计一个账户类，他可以存款也可以取款，但是如果是一个转账业务呢

我会这样设计：转账有转帐业务的实体类，调用涉及到的两个帐户上的借贷方法。
我的意思是，如果这两个帐户实体类由orm框架管理，可不可以方便地注入其它实体或者业务bean？

2 楼 qichunren 2009-08-05  

你out了，看看ActiveRecord

1 楼 linhong_1001 2009-08-05  

这是职责与粒度的问题，难道有什么冲突么，你设计一个账户类，他可以存款也可以取款，但是如果是一个转账业务呢