DDD中的分层架构
DDD中的分层架构很好的应用了关注点分离原则Separation of Concerns(SOC),每一层做好自己的事情,减少交叉
表现层
表现层提供用来完成任务的用户界面,如webform wpf asp.net mvc 以及winform等,
一般而言,我们把表现层显示的任何数据称为视图模型,把任何从屏幕离开触发一个后台操作的数据称为输入模型,大多数时候这两个模型是相同的。
就分层应用程序而言,MVC,MVP,MVVM都是表现层的模式,
应用程序层
应用程序层是一个附加层,介于领域层和UI之间,是你编排用例实现的地方,其中包含的方法几乎一一对应于表现层的用例,
一般情况下,应用程序层和表现层一一对应,因为不同的表现层可能会有不同的用例,
应用程序层引用领域层和基础设施层,对业务逻辑一无所知,不包含任何与业务相关的状态信息,
应用程序层有时候需要调用外部服务,比如WCF或者WebApi,又或者是第三方的服务,这种情况一般是把对外部服务的调用封装成适配器,放在基础设置层,
这样就把对外部服务的调用转化成了对基础设施层的调用。
领域层
领域层包含了几乎所有的业务逻辑,由一组领域模型和一组服务构成,
领域模型:
包含数据和行为,与之相对的一个是贫血模型,什么是贫血模型,如果只是类缺少方法,对象模型并不算是贫血,如果实体的逻辑
放在了实体类的外面,那才是真的贫血,毕竟如果把逻辑放到了实体类的外面,他实际上是违反了说,别问原则
领域服务:
它包含了一些逻辑上有关系并且操作多个实体的行为,
基础设施层
基础设施层是与具体技术有关的东西,比如EF,安全,日志,IOC,跟踪,缓存等,