Android设计模式之（21）----外观模式

外观模式

外观模式属于结构型设计模式.

简单来说外观模式就是一个比较牛逼的封装理解而已.将一系列的操作,功能封装在一起,供外部调用,外部调用者不关心内部实现细节.

比如常规开发中的网络框架封装,会定义一个顶层的类,将一系列的请求方法,缓存处理,tag标识等全部封装在一个类暴露方法给外部使用者调用,这样即便在后期我们更换了网络框架,所修改的也仅仅只是最顶层的类,而不会影响到外部的调用.

应用场景

• 为复杂的模块提供外部访问模块
• 各个模块相互独立,可封装在一起
• 如果是层次结构,可定义每一个层次之间的接口,将层次之间的耦合降低

代码示例

现在有3个同学,A同学会唱歌/跳舞,B同学会跳舞和弹钢琴,C同学会格斗.

在学校表演上,跳舞的同学要全部去跳舞,唱歌的唱歌,弹钢琴的弹钢琴,格斗的格斗.

常规设计外部使用者需要分别对每一个同学调用方法.

看外观模式如何使用封装解决问题

(一)每个同学的特长

• StudentA

public class StudentA {    public StudentA() {    }    public void dance() {        System.out.println("跳舞的同学:StudentA");    }    public void sing() {        System.out.println("唱歌的同学:StudentA");    }}

• StudentB

public class StudentB {    public StudentB() {    }    public void dance() {        System.out.println("跳舞的同学:StudentB");    }    public void playThePiano() {        System.out.println("弹钢琴的同学:StudentB");    }}

• StudenC

public class StudentC {    public StudentC() {    }    public void combat() {        System.out.println("格斗的同学:StudentC");    }}

(二)将具有同样特长的同学封装在外观中

public class Facade {    private StudentA studentA;    private StudentB studentB;    private StudentC studentC;    public Facade() {        studentA=new StudentA();        studentB=new StudentB();        studentC=new StudentC();    }    public Facade(StudentA studentA, StudentB studentB, StudentC studentC) {        this.studentA = studentA;        this.studentB = studentB;        this.studentC = studentC;    }    //跳舞的同学    public void dance(){        studentA.dance();        studentB.dance();    }    //唱歌的同学    public void sing(){        studentA.sing();    }    //唱歌的同学    public void playThePiano(){        studentB.playThePiano();    }    //格斗的同学    public void combat(){        studentC.combat();    }}

调用方式

 Facade facade=new Facade();        facade.dance();        facade.sing();        facade.playThePiano();        facade.combat();

显示结果

跳舞的同学:StudentA跳舞的同学:StudentB唱歌的同学:StudentA弹钢琴的同学:StudentB格斗的同学:StudentC

总结

• 优点
  
  • 内部细节改变只需修改外观类,不影响外部使用者的调用
  • 外部使用者不必关心具体核心内部实现过程,只需要关心和外观的交接
• 缺点
  
  • 如果外观类不抽象,增加新的功能模块,需要修改外观类和客户端新增调用方式,违背了【开闭原则】

外观模式就是一个封装,通过松散的耦合解决客户端的使用便捷性以及后期的维护更新.

唯一缺点【开闭原则】在后期维护以及便捷性的比较来说上个人觉得不算太大缺点,凡事都是有利有弊,各自取舍即可.

github源码地址