设计模式之外观模式

GOF对外观模式的定义是：为子系统中的一组接口提供一个一致的界面，此模式定义了一个高层接口，这个接口使得这一子系统更加容易被使用。看下基本代码

现在有ABC三个子系统类

public class SubA {public void methodA() {System.out.println("子系统方法A被执行");}}public class SubB {public void MethodB() {System.out.println("子系统方法B被执行");}}public class SubC {public void MethodC() {System.out.println("子系统方法c被执行");}}

我们通过一个外观类来对子系统的类进行组合

public class Facade {private SubA sua;private SubB sub;private SubC suc;public Facade() {sua = new SubA();sub = new SubB();suc = new SubC();}public void MethodOne() {System.out.println("执行第一组方法：");sua.methodA();sub.MethodB();}public void MethodTwo() {System.out.println("执行第二组方法：");suc.MethodC();sub.MethodB();}}

客户端代码

public class Client {public static void main(String[] args) {Facade facade = new Facade();facade.MethodOne();facade.MethodTwo();}}

运行截图

外观模式完美的体现了依赖倒转和迪米特法则的思想，而且使用起来没有难度，也易于理解。

外观模式的最佳使用时期是在需要复用一个庞大而又难以维护的旧系统的时候，同样在设计初期也可以使用外观模式将数据层、业务层进行链接，当子系统演变的越来越复杂的时候，外观模式也可以就此提供一个简单的接口来减少各个日益复杂的子系统之间的依赖

以上内容，整理自刘径舟，张玉华编著的《设计模式其实很简单》读书笔记，欢迎转载