DDD领域驱动设计之领域基础设施层1、DDD领域驱动设计实践篇之如何提取模型
2、DDD领域驱动设计之聚合、实体、值对象
其实这里说的基础设施层只是领域层的一
DDD领域驱动设计之领域基础设施层
其实这里说的基础设施层只是领域层的一些接口和基类而已，没有其他的如日子工具等代码，仅仅是为了说明领域层的一些基础问题
1、领域事件简单实现代码，都是来至ASP.NET设计模式书中的代码
2、领域层接口代码，很多都是来至MS NLayer代码和google code
DDD领域驱动设计之领域服务
什么是领域服务，DDD书中是说，有些类或者方法，放实体A也不好，放实体B也不好，因为很可能会涉及多个实体或者聚合的交互（也可能是多个相同类型的实体），此时就应该吧这些代码放到领域服务中，领域服务其实就跟传统三层的BLL很相似，只有方法没有属性，也就没有状态，而且最好是用动词命名，service为后缀，但是真正到了实践的时候，很多时候是很难区分是领域实体本身实现还是用领域服务区实现的，除了那些需要操作（一般是参数了）多个实体的方法外，有些单个实体的操作是很难严格区分的，实际上放实体和领域服务都可以，只是会有技术上的实现问题，比如实体里面怎么注入仓促的问题，如果放领域服务中了，就很容易注入了；还有一点就是实体或者聚合最好是不要去调用领域服务的，真是没有必要，如果要也会存在注入问题，所以比较合适的实践是，一些方法，如果有涉及系统性判断，如用户名唯一这种查找表的，那么就放到领域服务中，让运用层来调用，领域服务在去调用仓储。
1、仓储接口
2、领域服务
