C++ 计划模式-表面模式

表面模式的界说

表面模式是一种 布局型计划模式，它通过提供一个简化的接口来埋伏体系的复杂性。表面模式的焦点头脑是：

  

• 封装复杂子体系：将多个复杂的子体系或组件封装在一个同一的接口反面。  
  
• 提供简朴接口：为客户端提供一个更简朴、更易用的接口，而不必要客户端直接与复杂的子体系交互。
  

表面模式就像一个“前台接待员”，客户端只必要与这个接待员打交道，而不必要相识背景复杂的运作机制。
<hr> 表面模式的焦点头脑

  

• 简化接口
  表面模式通过提供一个高条理的接口，埋伏了子体系的复杂性。客户端只必要调用表面接口，而不必要相识子体系的详细实现。
    
  
• 解耦客户端与子体系
  客户端不必要直接依靠子体系中的多个类，而是通过表面类与子体系交互。这低沉了客户端与子体系之间的耦合度。
    
  
• 同一入口
  表面模式为子体系提供了一个同一的入口点，客户端只必要与这个入口点交互，而不必要关心子体系内部的细节。
  
  

<hr> 表面模式的布局

表面模式通常由以下几个部门构成：

  

• 表面类（Facade）
  
     
  
  • 封装了子体系的复杂性。   
    
  • 提供一个简化的接供词客户端使用。   
    
  • 负责将客户端的哀求分发给得当的子体系对象。   
    
     
  
• 子体系类（Subsystem Classes）
  
     
  
  • 实现子体系的详细功能。   
    
  • 子体系类之间大概会相互依靠，但表面类会和谐它们的工作。   
    
     
  
• 客户端（Client）
  
     
  
  • 通过表面类与子体系交互，而不直接调用子体系类。   
    
    
  

<hr> 表面模式的优点

  

• 简化客户端代码
  客户端不必要相识子体系的复杂性，只必要调用表面类的简朴接口。
    
  
• 低沉耦合度
  客户端与子体系之间的耦合度低沉，子体系的厘革不会直接影响客户端。
    
  
• 进步可维护性
  子体系的复杂性被封装在表面类中，使得体系更易于维护和扩展。
    
  
• 更好的分层计划
  表面模式可以资助实现清晰的分层计划，将复杂的子体系与客户端分离。
  
  

<hr> 表面模式的缺点

  

• 大概成为“天主对象”
  假如表面类过于巨大，大概会变成一个会集全部功能的“天主对象”，违反单一职责原则。
    
  
• 性能开销
  表面模式增长了一个额外的抽象层，大概会引入轻微的性能开销（通常可以忽略）。
  
  

<hr> 表面模式的应用场景

  

• 复杂体系的简化接口
  当一个体系由多个复杂的子体系构成时，可以使用表面模式提供一个简化的接口。
    
  
• 分层架构
  在分层架构中，表面模式可以作为某一层的入口，埋伏下层的复杂性。
    
  
• 遗留体系封装
  当必要与遗留体系集成时，可以使用表面模式封装遗留体系的复杂性，提供今世化的接口。
    
  
• 微服务网关
  在微服务架构中，API 网关可以看作是一种表面模式，它为客户端提供了一个同一的入口点。
  
  

<hr> 表面模式的实现示例

1. #

复制代码