设计模式速记-外观模式

设计模式速记-外观模式

外观模式

外观模式定义：

外观模式是一种通过为多个复杂的子系统提供一个一致的接口，而使这些子系统更加容易被访问的模式。该模式对外有一个统一接口，外部应用程序不用关心内部子系统的具体的细节，这样会大大降低应用程序的复杂度，提高了程序的可维护性。

外观模式的主要应用在于当一个服务系统中有很多接口，而不同的需求需要有不同的调用流程，这时候在这些数量庞大的接口中寻找就不是一件容易的事，所以使用外观模式将这些接口整合，为某个特定的需求服务，这样用户看到的就是这些整合过的接口，目的也更单纯一些。为直观表示有一些外观模式的例子：

• 公司A与公司B建立了一些业务往来，这时候公司A和公司B都有数量庞大的接口，不可能都提供给对方，那么就要对每一方的接口需要做整合，将这些接口提炼出来后，再提供暴露给对方。
• 去政府、银行办事一般需要很多步骤，而且需要走很多部门办理流程，而且每个部门需要做的事情不止一个，这时如果按照部门将流程整合，在将这些部门的顺序弄好组成一个单独的办事部门，这个办事部门就是一个外观模式例子。

模式优缺点

优点

• 降低了子系统与客户端之间的耦合度，使得子系统的变化不会影响调用它的客户类。
• 对客户屏蔽了子系统组件，减少了客户处理的对象数目，并使得子系统使用起来更加容易。
• 降低了大型软件系统中的编译依赖性，简化了系统在不同平台之间的移植过程，因为编译一个子系统不会影响其他的子系统，也不会影响外观对象。

缺点

• 不能很好地限制客户使用子系统类。
• 增加新的子系统可能需要修改外观类或客户端的源代码，违背了“开闭原则”。

示例

1. 示例描述

假如某商城A的登录功能支持商城B的用户登录，用户使用商城B的账户登录商城A时，商城B就应该提供给商城A一些数据：包括用户个人信息、用户信用状况、用户购买过的商品等，并且用户个人信息来源于B的用户管理系统，信用状况来源于银行对接系统接口，用户购买过的商品来源于B的推荐系统。

2. 解决思路

商城B可以使用外观模式整理公司A需要的接口并暴露给公司A：

1. 建立B公司用户管理系统（UserManagment），提供获取用户信息接口（getUserInfo）
2. 建立B公司银行对接接口（BankManagment），提供获取信用状况接口（getCredit）
3. 建立B公司推荐系统（RecommentManagement），提供获取历史购买记录接口（listRecord）
4. 设计对A提供服务的接口（ACompanyService），包含上述三个提供信息
5. 对接口ACompanyService做实例化（ACompanyServiceImpl），持有1、2、3中的系统对象，完成服务提供。
6. 测试

3. 示例代码

1. 公司B的三个管理系统

   /**
    * @Description 公司B 用户管理系统
    */
   public class UserManageme