设计模式(四)外观模式

  比如在开发时通常会把图片加载框架和网络框架进行封装,封装到最后只暴露出来一个最上级的类供外部调用,外部调用这一个类提供的方法,然后这个类内部具体调用了什么,用的什么逻辑等等外部都不用管。这样也方便后期随便更换图片加载框架和网络框架,而业务代码不用做任何改动。这其实就是外观模式的一种实现。

1.定义

要求子系统的外部与其内部的通讯必须通过一个统一的对象进行。提供一个高层次接口,使得子系统更易于使用,

2.使用场景

  • 为一个复杂的子系统 提供一个简单的接口。子系统可能因为不断演化而变得越来越复杂,甚至可能被替换,就像上面提到的封装的框架。这种模式能让子系统有更高的独立性,对外隔离了子系统的变化。
  • 当需要构建一个层次结构的子系统是,可以用这个模式定义每一层的接口,使各个层次之间的耦合度降低。

3.UML

  • Facade: 系统对外的统一接口,系统内部系统地工作。
  • SubSystemA,B,C,D: 子系统。

比如客户端要用子系统A和B一起来完成一个操作,又要用B和C和D完成一个操作,那么就需要同事依赖着四个类。子系统有了一个门面之后,客户端就可以只依赖这个门面,调用他的方法。这个门面内部会调度各个子系统来完成协调工作。

4.简单实现

这里以一个手机为例。然后再更精简一点。手机可以看成是一个系统的facade,他继承了电话,上网,摄像头功能。当我们需要视频通话时,只需要调用手机的视频通话功能就行,通话结束后直接调用挂机就行。因为手机已经集成了这些功能,手机内部会调用各个系统来完成这个操作。

想象一下如果没有手机的封装,我们视频通话的操作可能就是:打开摄像头–上网–通话。然后挂断就要手动断掉通话,然后手动关掉摄像头。

先看电话功能模块:

 1 public interface Phone {
 2      void dail();
 3      void hangup();
 4 }
 5 
 6 public class PhoneImpl implements Phone {
 7     @Override
 8     public void dail() {
 9         System.out.println("打电话");
10     }
11 
12     @Override
13     public void hangup() {
14         System.out.println("挂断");
15     }
16 }

摄像头模块:

 1 public interface Camera {
 2     void open();
 3     void takePicture();
 4     void close();
 5 }
 6 
 7 public class CameraImpl implements Camera {
 8     @Override
 9     public void open() {
10         System.out.println("打开相机");
11     }
12 
13     @Override
14     public void takePicture() {
15         System.out.println("开始视频");
16     }
17 
18     @Override
19     public void close() {
20         System.out.println("关闭相机");
21     }
22 }

然后封装一个门面:

 1 public class MobilePhone {
 2     private Phone phone = new PhoneImpl();
 3     private Camera camera = new CameraImpl();
 4     public void videoChat(){
 5         camera.open();
 6         phone.dail();
 7     }
 8     public void hangup(){
 9         phone.hangup();
10         camera.close();
11     }
12 }

客户端直接调动统一的接口就行了:

1 public class Client {
2     public static void main(String[] args) {
3         MobilePhone mobilePhone = new MobilePhone();
4         mobilePhone.videoChat();
5         System.out.println("----");
6         mobilePhone.hangup();
7     }
8 }

输出: 
这里写图片描述

5.总结

    外观模式的精髓就在于封装。通过封装出一个高层的统一调动接口,为系统提供统一的API,让用户通过一个API就能控制整个系统,减少 用户的使用成本,也提高了系统的灵活性。

6.优点

  • 对客户屏蔽了子系统减少了客户端要调用的系统个数,减少了客户对子系统的耦合。
  • 客户也可以直接使用子系统,是系统更加灵活。
  • 修改子系统不用修改客户端的调用。但是外观类可能要进行对应的修改。

7.缺点

  • 所有子系统的功能都通过一个接口来提供,这个接口可能会变得很复杂。
  • 修改子系统可能要修改外观类,不太符合开闭原则。
原文地址:https://www.cnblogs.com/ganchuanpu/p/6930611.html