拜读了这本2011年的书。对自己的想法又坚定了。

1>csla使用的是活动记录这种类似的方案。我比较喜欢使用这种。在大量的curd项目这种已经足够了。

抽象为: 业务对象.Save/Fetch/Delete/Command

             集合业务对象 Save/Fetch/Delete/Command

2>使用过abp,我觉得很累,大量的dto/otd要写。

2.1>有明确的需要和优势才需要这样。否则就实体对象上了。

3>有两种逻辑,应用逻辑和领域逻辑。

Application连接了UI和领域逻辑还有一堆其它的东西。

领域逻辑只关心了它的内部。

4>PM原来是一种UI模式。

5>单独给UI定义一套UI类有利于单元测试。

版权声明:本文为forhell原创文章,遵循 CC 4.0 BY-SA 版权协议,转载请附上原文出处链接和本声明。
本文链接:https://www.cnblogs.com/forhell/p/14127869.html