浅谈Java设计模式——外观模式(facade)
一、概述
为子系统中的一组接口提供一个一致的界面,Facade模式定义了一个高层接口,这个接口使得这一子系统更加容易使用。我们都知道类与类之间的耦合越低,那么可复用性就越好,如果两个类不必彼此通信,那么就不要让这两个类发生直接的相互关系,如果需要调用里面的方法,可以通过第三者来转发调用。外观模式非常好的诠释了这段话。外观模式提供了一个统一的接口,用来访问子系统中的一群接口。它让一个应用程序中子系统间的相互依赖关系减少到了最少,它给子系统提供了一个简单、单一的屏障,客户通过这个屏障来与子系统进行通信。通过使用外观模式,使得客户对子系统的引用变得简单了,实现了客户与子系统之间的松耦合。但是它违背了“开闭原则”,因为增加新的子系统可能需要修改外观类或客户端的源代码。
二、使用场景
1.当你要为一个复杂子系统提供一个简单接口时。子系统往往因为不断演化而变得越来越 复杂。大多数模式使用时都会产生更多更小的类。这使得子系统更具可重用性,也更容 易对子系统进行定制,但这也给那些不需要定制子系统的用户带来一些使用上的困难。 Facade可以提供一个简单的缺省视图,这一视图对大多数用户来说已经足够,而那些需 要更多的可定制性的用户可以越过facade层。
2.客户程序与抽象类的实现部分之间存在着很大的依赖性。引入facade将这个子系统与客 户以及其他的子系统分离,可以提高子系统的独立性和可移植性。
3.当你需要构建一个层次结构的子系统时,使用facade模式定义子系统中每层的入口点。 如果子系统之间是相互依赖的,你可以让它们仅通过facade进行通讯,从而简化了它们 之间的依赖关系。
三、参与者
1.Facade 知道哪些子系统类负责处理请求。 将客户的请求代理给适当的子系统对象。
2.Subsystemclasses 实现子系统的功能。 处理由Facade对象指派的任务。 没有facade的任何相关信息;即没有指向facade的指针。
四、类图
五、代码示例
1.Facade
/**
* Facade
* @author zhipeng_Tong
*/
public class Facade {
private ServiceA serviceA;
private ServiceB serviceB;
private ServiceC serviceC;
public Facade() {
this.serviceA = new ServiceA();
this.serviceB = new ServiceB();
this.serviceC = new ServiceC();
}
public void methodA() {
serviceA.method();
serviceB.method();
}
public void methodB() {
serviceB.method();
serviceC.method();
}
public void methodC() {
serviceA.method();
serviceC.method();
}
}
2.Subsystemclasses
/**
* SubSystem
* @author zhipeng_Tong
*/
public class ServiceA {
public void method() {
System.out.println("这里是服务A");
}
}
/**
* SubSystem
* @author zhipeng_Tong
*/
public class ServiceB {
public void method() {
System.out.println("这里是服务B");
}
}
/**
* SubSystem
* @author zhipeng_Tong
*/
public class ServiceC {
public void method() {
System.out.println("这里是服务C");
}
}
3.测试代码:
public class Client {
public static void main(String[] args) {
Facade facade = new Facade();
facade.methodA();
facade.methodB();
facade.methodC();
}
}
运行结果:
这里是服务A
这里是服务B
这里是服务B
这里是服务C
这里是服务A
这里是服务C