摘要：
什么是运用层，说白了就是以前三层的BLL，没有什么特别，只是调用的不是以前的DAL了，而是领域层+基础设施层，运用层接口基本是可以根据原型来做的，也就是UI需要什么数据就定义什么接口，难点就在于怎么去调用领域层了，这个如果是分开来开发的话，难度会很大，为什么是很难呢，原因就在于区分职责，需要有很详细的领域层说明以及实时的参与领域建模。 阅读全文
摘要：
什么是领域服务，DDD书中是说，有些类或者方法，放实体A也不好，放实体B也不好，因为很可能会涉及多个实体或者聚合的交互（也可能是多个相同类型的实体），此时就应该吧这些代码放到领域服务中，领域服务其实就跟传统三层的BLL很相似，只有方法没有属性，也就没有状态，而且最好是用动词命名，service为后缀，但是真正到了实践的时候，很多时候是很难区分是领域实体本身实现还是用领域服务区实现的，除了那些需要操作（一般是参数了）多个实体的方法外，有些单个实体的操作是很难严格区分的，实际上放实体和领域服务都可以，只是会有技术上的实现问题，比如实体里面怎么注入仓促的问题，如果放领域服务中了，就很容易注入了；还有一点就是实体或者聚合最好是不要去调用领域服务的，真是没有必要，如果要也会存在注入问题，所以比较合适的实践是，一些方法，如果有涉及系统性判断，如用户名唯一这种查找表的，那么就放到领域服务中，让运用层来调用，领域服务在去调用仓储。 阅读全文
摘要：
其实这里说的基础设施层只是领域层的一些接口和基类而已，没有其他的如日子工具等代码，仅仅是为了说明领域层的一些基础问题 阅读全文