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

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

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

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

转载于:https://www.cnblogs.com/lwzz/archive/2011/01/30/1948102.html

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值