23种设计模式之——门面模式

本是古典何须时尚 2021-09-14 03:50 400阅读 0赞

1.定义

> 门面模式（Facade Pattern）也叫做外观模式，是一种比较常用的封装模式，其定义如下：  
> Provide a unified interface to a set of interfaces in a subsystem.Facade defines a higher-levelinterface that makes the subsystem easier to use.
> 
> 要求一个子系统的外部与其内部的通信必须通过一个统一的对象进行。门面模式提供一个高层次的接口，使得子系统更易于使用。  
>

2.释义

> 门面模式注重“统一的对象”，也就是提供一个访问子系统的接口，除了这个接口不允许有任何访问子系统的行为发生，其通用类图：  
> 
> 
> ![Center][]  
> 
> 
> 是的，类图就这么简单，但是它代表的意义可是异常复杂，Subsystem Classes是子系统所有类的简称，它可能代表一个类，也可能代表几十个对象的集合。甭管多少对象，我们把这些对象全部圈入子系统的范畴，其结构如图：  
> 
> 
> ![Center 1][]  
> 
> 
> 再简单地说，门面对象是外界访问子系统内部的唯一通道，不管子系统内部是多么杂乱无章，只要有门面对象在，就可以做到“金玉其外，败絮其中”。我们先明确一下门面模式的角色。  
>

3.通用代码

> 子系统：
> 
>     public class ClassA {
>         public void doSomethingA(){
>         //业务逻辑
>         }
>     }
>     public class ClassB {
>         public void doSomethingB(){
>         //业务逻辑
>         }
>     }
>     public class ClassC {
>         public void doSomethingC(){
>         //业务逻辑
>         }
>     }
> 
> 门面对象：
> 
>     public class Facade {
>         //被委托的对象
>         private ClassA a = new ClassA();
>         private ClassB b = new ClassB();
>         private ClassC c = new ClassC();
>         //提供给外部访问的方法
>         public void methodA(){
>             this.a.doSomethingA();
>         }
>         public void methodB(){
>             this.b.doSomethingB();
>         }
>         public void methodC(){
>             this.c.doSomethingC();
>         }
>     }
> 
>   
>   
>   
>

4.门面模式的优点

> ● 减少系统的相互依赖想想看，如果我们不使用门面模式，外界访问直接深入到子系统内部，相互之间是一种强耦合关系，你死我就死，你活我才能活，这样的强依赖是系统设计所不能接受的，门面模式的出现就很好地解决了该问题，所有的依赖都是对门面对象的依赖，与子系统无关。
> 
> ● 提高了灵活性
> 
> 依赖减少了，灵活性自然提高了。不管子系统内部如何变化，只要不影响到门面对象，任你自由活动。
> 
> ● 提高安全性
> 
> 想让你访问子系统的哪些业务就开通哪些逻辑，不在门面上开通的方法，你休想访问到。

5.门面模式的缺点

> 门面模式最大的缺点就是不符合开闭原则，对修改关闭，对扩展开放，看看我们那个门面对象吧，它可是重中之重，一旦在系统投产后发现有一个小错误，你怎么解决？完全遵从开闭原则，根本没办法解决。继承？覆写？都顶不上用，唯一能做的一件事就是修改门面角色的代码，这个风险相当大，这就需要大家在设计的时候慎之又慎，多思考几遍才会有好收获。

6.使用场景

> ● 为一个复杂的模块或子系统提供一个供外界访问的接口
> 
> ● 子系统相对独立——外界对子系统的访问只要黑箱操作即可
> 
> 比如利息的计算问题，没有深厚的业务知识和扎实的技术水平是不可能开发出该子系统的，但是对于使用该系统的开发人员来说，他需要做的就是输入金额以及存期，其他的都不用关心，返回的结果就是利息，这时候，门面模式是非使用不可了。
> 
> ● 预防低水平人员带来的风险扩散
> 
> 比如一个低水平的技术人员参与项目开发，为降低个人代码质量对整体项目的影响风险，一般的做法是“画地为牢”，只能在指定的子系统中开发，然后再提供门面接口进行访问操作。

7.最佳实践

> 门面模式是一个很好的封装方法，一个子系统比较复杂时，比如算法或者业务比较复杂，就可以封装出一个或多个门面出来，项目的结构简单，而且扩展性非常好。还有，对于一个较大项目，为了避免人员带来的风险，也可以使用门面模式，技术水平比较差的成员，尽量安排独立的模块，然后把他写的程序封装到一个门面里，尽量让其他项目成员不用看到这些人的代码，看也看不懂，我也遇到过一个“高人”写的代码，private方法、构造函数、常量基本都不用，你要一个public方法，好，一个类里就一个public方法，所有代码都在里面，然后你就看吧，一大坨程序，看着就能把人逼疯。使用门面模式后，对门面进行单元测试，约束项目成员的代码质量，对项目整体质量的提升也是一个比较好的帮助。

[Center]: /images/20210727/4d4585185eb14fe69db72d83cd4b2183.png
[Center 1]: /images/20210727/5151ed49782842ab8af467db635a4803.png