DDD中的分层架构

DDD中的分层架构很好的应用了关注点分离原则Separation of Concerns（SOC）,每一层做好自己的事情，减少交叉

表现层

表现层提供用来完成任务的用户界面，如webform wpf asp.net mvc 以及winform等，

一般而言，我们把表现层显示的任何数据称为视图模型，把任何从屏幕离开触发一个后台操作的数据称为输入模型，大多数时候这两个模型是相同的。

就分层应用程序而言，MVC，MVP，MVVM都是表现层的模式，

应用程序层

应用程序层是一个附加层，介于领域层和UI之间，是你编排用例实现的地方，其中包含的方法几乎一一对应于表现层的用例，

一般情况下，应用程序层和表现层一一对应，因为不同的表现层可能会有不同的用例，

应用程序层引用领域层和基础设施层，对业务逻辑一无所知，不包含任何与业务相关的状态信息，

应用程序层有时候需要调用外部服务，比如WCF或者WebApi,又或者是第三方的服务，这种情况一般是把对外部服务的调用封装成适配器，放在基础设置层，

这样就把对外部服务的调用转化成了对基础设施层的调用。

领域层

领域层包含了几乎所有的业务逻辑，由一组领域模型和一组服务构成，

领域模型：

包含数据和行为，与之相对的一个是贫血模型，什么是贫血模型，如果只是类缺少方法，对象模型并不算是贫血，如果实体的逻辑

放在了实体类的外面，那才是真的贫血，毕竟如果把逻辑放到了实体类的外面，他实际上是违反了说，别问原则

领域服务：

它包含了一些逻辑上有关系并且操作多个实体的行为，

基础设施层

基础设施层是与具体技术有关的东西，比如EF，安全，日志，IOC，跟踪，缓存等，