设计模式之——外观(Facade)模式
外观模式定义
通过为多个复杂的子系统提供一个一致的接口,而使这些子系统更加容易被访问的模式。该模式对外有一个统一接口,外部应用程序不用关心内部子系统的具体的细节,这样会大大降低应用程序的复杂度,提高了程序的可维护性。
外观模式的优点
- 实现了子系统与客户端之间的松耦合关系。
- 客户端屏蔽了子系统组件,减少了客户端所需处理的对象数目,并使得子系统使用起来更加容易。
外观模式的缺点
- 不能很好地限制客户使用子系统类。
- 增加新的子系统可能需要修改外观类或客户端的源代码,违背了“开闭原则”。
外观模式的实现
定义三个子系统
/**
* @ClassName SubRole1
* @Description TODO
* @Author mamingcong
* @Date 2020/6/12 18:22
* @Version 1.0
*/
public class SubRole1 {
public void sys(){
System.out.println("这是SubRole1系统");
}
}
/**
* @ClassName SubRole2
* @Description TODO
* @Author mamingcong
* @Date 2020/6/12 18:22
* @Version 1.0
*/
public class SubRole2 {
public void sys(){
System.out.println("这是SubRole2系统");
}
}
/**
* @ClassName SubRole23
* @Description TODO
* @Author mamingcong
* @Date 2020/6/12 18:22
* @Version 1.0
*/
public class SubRole3 {
public void sys(){
System.out.println("这是SubRole3系统");
}
}
定义一个外观角色
/**
* @ClassName Facade
* @Description TODO
* @Author mamingcong
* @Date 2020/6/12 18:25
* @Version 1.0
*/
public class Facade {
private SubRole1 subRole1 = new SubRole1();
private SubRole2 subRole2 = new SubRole2();
private SubRole3 subRole3 = new SubRole3();
public void sys() {
subRole1.sys();
subRole2.sys();
subRole3.sys();
}
}
测试
/**
* @ClassName Test
* @Description TODO
* @Author mamingcong
* @Date 2020/6/12 18:27
* @Version 1.0
*/
public class Test {
public static void main(String[] args) {
Facade facade = new Facade();
facade.sys();
}
}
运行结果
这是SubRole1系统
这是SubRole2系统
这是SubRole3系统
外观模式的使用场景
- 设计初期阶段,应该有意识的将不同层分离,层与层之间建立外观模式。
- 开发阶段,子系统越来越复杂,增加外观模式提供一个简单的调用接口。
- 维护一个大型遗留系统的时候,可能这个系统已经非常难以维护和扩展,但又包含非常重要的功能,为其开发一个外观类,以便新系统与其交互。