认真的考虑了下领域模型，发现设计是最难的部分。书上的例子各个对象职责划分的不错，可惜能看懂不代表能设计出。

Contract类依赖Product类，Product类封装了策略对象，最后的逻辑还是Contract类的calReconigtion方法实现的。看样子是绕了一大圈。

很多细粒度的对象，命名，职责划分都是头疼的问题。
而对于crud来说，贫血模型+脚本似乎就够了，大家容易理解，而且还可以分头开发。
而细粒度的对象，可能需要使用和开发的不止一个人，领域模型所包含逻辑有可能被重复开发。

总觉得要拿什么东西来练手，可惜目前自己做的工作不允许自己这么做。