外观模式(Facade):为子系统中的一组接口提供y一个一致的界面,此模式定义了一个高层接口,这个接口使得这一子系统更加容易sh使用
UML图:
package com.thpin.repository.designpattern;
public class FacadeDemo {
public static void main(String[] args) {
Facade facade = new Facade();
facade.methodA();
facade.methodB();
}
}
/*
* 子系统一
*/
class SubSystemOne {
public void methodOne() {
System.out.println("子系统方法一");
}
}
/*
* 子系统二
*/
class SubSystemTwo {
public void methodTwo() {
System.out.println("子系统方法二");
}
}
/*
* 子系统三
*/
class SubSystemThree {
public void methodThree() {
System.out.println("子系统方法三");
}
}
/*
* 子系统四
*/
class SubSystemFour {
public void methodFour() {
System.out.println("子系统方法四");
}
}
/*
* 外观,包含四个子系统
*/
class Facade {
private SubSystemOne one;
private SubSystemTwo two;
private SubSystemThree three;
private SubSystemFour four;
public Facade() {
one = new SubSystemOne();
two = new SubSystemTwo();
three = new SubSystemThree();
four = new SubSystemFour();
}
// 子系统的一种组合
public void methodA() {
System.out.println("方法组A()");
one.methodOne();
three.methodThree();
four.methodFour();
}
// 子系统的另一种组合
public void methodB() {
System.out.println("方法组B()");
two.methodTwo();
three.methodThree();
four.methodFour();
}
}
结果:
方法组A()
子系统方法一
子系统方法三
子系统方法四
方法组B()
子系统方法二
子系统方法三
子系统方法四
外观模式的代码结构,对于有一些开发经验的coder是不是有一种似曾相识的感觉。没错和我们常用的MVC三层结构层次之间的处理很像,Controller 和 Model 之间常有个service层,service里面有很多dao或biz属性,其实这个service就是外观模式。
外观模式起到的作用:首先在设计阶段,应该有意识的将不同的两个层分离,层与层之间建立外观模式,有效降低耦合性;其次,在开发阶段,子系统往往因为不断的重构演化而变得越来越复杂,增加外观Facade可以提供一个简单的接口,降低复杂度减少层次之间的依赖;第三,在维护一个遗留的大型系统时,可能这个系统已经非常难以维护和扩展了,但老系统包含很多重要的功能,这时为新系统开一个Facade类,为设计粗糙和高度复杂的遗留代码来提供清晰的接口,让新系统和Facade交互,Facade再和遗留代码交互所有复杂的工作。