以前的项目,用贫血模型,一直没有问题.
最近的一个项目,发现扩展性不好,概念不完整.
以后,不用贫血模型了.
核心的思路:
[list]
[*](spring/hibernete) 放到模型下边
[*]domain model 抽象化。
[/list]
结果模型:
client -->{ domain model (abstract);service }->{persistent model ; its service} ->dao ;
缺点:
繁琐一些
优点:
[list]
[*]扩展性好
[*]概念完整。
[/list]
这个模型,不同于常见的争论,我认为是最佳解决方案。
回头读,ddd,才知道,我原来没有读懂。
决定,复习两遍,彻底读懂。
也引起了我对 anti-pattern 的关注。
最近的一个项目,发现扩展性不好,概念不完整.
以后,不用贫血模型了.
核心的思路:
[list]
[*](spring/hibernete) 放到模型下边
[*]domain model 抽象化。
[/list]
结果模型:
client -->{ domain model (abstract);service }->{persistent model ; its service} ->dao ;
缺点:
繁琐一些
优点:
[list]
[*]扩展性好
[*]概念完整。
[/list]
这个模型,不同于常见的争论,我认为是最佳解决方案。
回头读,ddd,才知道,我原来没有读懂。
决定,复习两遍,彻底读懂。
也引起了我对 anti-pattern 的关注。