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
业务内容放在领域模型内。
