分层架构简介

MVC是架构模式（设计模式中的结构性模式），不是系统架构，更不是我们常说的三层架构

MVC的缺陷如下：

1.导致控制器冗余（有大量的业务逻辑，可能开始没有，但是后来越来越多）

2.控制器对于对象依赖过重

3.对象之间会产生耦合

4.由于Spring的存在（MVC的主要推崇者），其实我们的开发是不符合面相对象的

后来演变出了DCI模式，该模式由James O.Coplien和Trygve Reenskaug(MVC模式的提出者)

 DCI架构模式是架构设计层面的方法论，在DCI架构模式中，把数据对象和通用对象进行抽取,这部分可能只有get set 排序 分页、对象的创建和销毁等一些逻辑，是属于贫血模型。把用户的行为抽取出来作为RoleObject。如果把RoleOjb和Data Objects看成一个整体，其实就是充血模型。对象的固有行为在DataObjects里，而非固有行为在RoleObj里

三层架构:表现层（Controller）、业务逻辑层（Service）、数据访问层（DAO或者mapper）

 优点：达到了高内聚、低耦合复用性设计 拓展性设计

三层架构和MVC

 四层架构是非严格的分层架构，每一个层级不会严格它可以调用的层级，而是对于它下面的层级都可以进行调用（从上到下依次是1,2,3,4层，这里说的下指的是数字越大，例如用户层不仅可以访问应用层，还可以访问领域层和基础设施层）

 五层架构

 五层架构的变体：六层架构

 六边形架构

由敏捷开发的早期创始人之一的Alistair Cockburn提出

依赖倒置原则：

高层模块不应该过于依赖底层模块，两者都应该依赖抽象

抽象不应该依赖于细节，细节应该依赖于抽象 

每条边都是端口和适配器

主适配器：用户访问 接受用户的输入  调用用户端口返回结果

次适配器 应用的出口端口： ES MySql Redis Email SMS

业务内容放在领域模型内。