分层模式 

 

一、分层架构

分层架构（layered architecture）是最常见的软件架构，也是事实上的标准架构。如果你不知道要用什么架构，那就用它。

这种架构将软件分成若干个水平层，每一层都有清晰的角色和分工，不需要知道其他层的细节。层与层之间通过接口通信。

虽然没有明确约定，软件一定要分成多少层，但是四层的结构最常见。

分层应用架构_分层应用架构

  • 表现层（presentation）：用户界面，负责视觉和用户互动
  • 业务层（business）：实现业务逻辑
  • 持久层（persistence）：提供数据，SQL 语句就放在这一层
  • 数据库（database） ：保存数据

有的软件在逻辑层和持久层之间，加了一个服务层（service），提供不同业务逻辑需要的一些通用接口。

用户的请求将依次通过这四层的处理，不能跳过其中任何一层。

分层应用架构_持久层_02

优点

  • 结构简单，容易理解和开发
  • 不同技能的程序员可以分工，负责不同的层，天然适合大多数软件公司的组织架构
  • 每一层都可以独立测试，其他层的接口通过模拟解决

缺点

  • 一旦环境变化，需要代码调整或增加功能时，通常比较麻烦和费时
  • 部署比较麻烦，即使只修改一个小地方，往往需要整个软件重新部署，不容易做持续发布
  • 软件升级时，可能需要整个服务暂停
  • 扩展性差。用户请求大量增加时，必须依次扩展每一层，由于每一层内部是耦合的，扩展会很困难

分层模式采用层次化的组织方式，每一层都是为上一层提供服务，并使用下一层提供的功能。这种模式允许将一个复杂问题逐步分层实现。层次模式中的每一层最多只影响两层，只要给相邻层提供相同的接口，就允许每层用不同的方法实现，可以充分支持软件复用。 

分层模式的典型应用是分层通信协议，如ISO/OSI的七层网络模型。 

分层应用架构_分层应用架构_03


分层模式的优点如下。 

(1)有助把复杂的问题按功能分解，使整体设计更为清晰。 

(2)支持系统设计的逐级抽象。 

(3)具有较好的可扩展性。 

(4)支持复用。 

分层模式的缺点如下。 

(1)并不是每个系统都可以很容易地划分出层次来；同时，各层功能的划分也没有一个统一的、正确的抽象方法。 

(2)层次的个数过多，系统性能可能会下降。