clonalman
2013-11-06 22:48

运用之妙,存乎一心!

不单单是所谓模式问题,还要技术、成本与其他

showerxp
2013-11-07 11:50

这样实现了和现实映射的职责分离之后,项目参与者能基于业务的讨论之后,很快的就能重新将讨论结果定位于原先系统的代码中去。

好处还是那些:关注业务;高效应对需求和业务认知的变化带来的代码变化。

bingyang
2013-11-07 12:25

2013-11-06 09:41 "@banq"的内容
贫血模型不只是存在Spring应用,EJB更是普遍,只有架构分层是不够的,还需要更详细的逻辑分层,DDD领域驱动设计正是一个详细帮助建立丰富的有行为的领域模型的方法学。 ...

赞成这个观点,

分层体现了“人以群分物以类聚”的意思,如果只是机械的区分层,那只是分层的形,而扭曲了分层的神,“高类聚,低耦合”6个字,其背后的道理,是值得开发人员去碾磨的。

[该贴被bingyang于2013-11-07 12:27修改过]

[该贴被bingyang于2013-11-07 12:36修改过]

windshome
2013-11-08 12:27

赞成banq的这个设计方式。

我不懂那么多设计理论,只是按照现实世界的逻辑模型,设计其在计算机系统中的对象关系,感觉理应如此。

退化的实体类是我一向不喜欢的。虽然我对什么“贫血模型”、“充血模型”这些乱七八糟的词不感兴趣。

wq13480
2013-11-12 22:47

理论和实际结合太重要了。推荐这种举例方式。大家更容易接受和学习DDD相关知识。