何为外观模式?外观模式其实相当于一个服务员。比如说你自己泡茶和茶馆去喝茶,自己泡茶需要准备茶叶、茶具、开水,去茶馆喝茶,只需要告诉服务员你要喝什么茶,其他不用你关心。你要和碧螺春,那么告诉服务员,茶叶、茶具、开水这些都是服务员去打交道,你仅需要等待。
定义
为子系统中的一组接口提供一个统一的入口。外观模式定义了一个高层接口,这个接口使得这一子系统更加容易使用。
外观模式又称为门面模式,它是一种对象结构型模式。外观模式是迪米特法则的一种具体实现,通过引入一个新的外观角色可以降低原有系统的复杂度,同时降低客户类与子系统的耦合度。
结构
Facade(外观角色)
在客户端可以调用它的方法,在外观角色中可以知道相关的子系统的功能和责任。在正常情况下,它将所有从客户端发来的请求委派到相应的子系统,传递给相应的子系统对象处理。
SubSystem(子系统角色)
在软件系统中可以有一个或者多个子系统角色,每一个子系统可以不是一个单独的类,而是一个类的集合,它实现子系统的功能。每个子系统可以被客户端或外观角色调用,它处理由外观类传过来的请求。子系统并不知道外观的存在,对于子系统而言外观角色仅仅是另外一个客户端罢了。
实现
1.外观模式中所指的子系统是一个广义的概念,它可以是一个类、一个功能模块、系统的一个组成部分或者一个完整的系统。子系统类通常是一些业务类,实现了一些具体的、独立的业务功能。
// 子系统角色 - 准备茶具类
public class TeaSet {
public void prepareTeaSet() {
System.out.println("准备茶具");
}
}
//子系统角色 - 准备热水类
public class HotWater {
public void pourHotWater() {
System.out.println("加入开水");
}
}
//子系统角色 - 准备茶叶类
public class Tea {
public void addTea(String teaName) {
System.out.println("加入茶叶 - " + teaName);
}
}
2.引入外观类,与子系统业务类之间的交互统一交给外观类来完成
// 外观类 - 泡茶
public class DrinkTea {
private HotWater hotWater = new HotWater();
private TeaSet teaSet = new TeaSet();
private Tea tea = new Tea();
public void TeaService() {
teaSet.prepareTeaSet();
tea.addTea("碧螺春");
hotWater.pourHotWater();
}
}
3.测试
public class Client {
public static void main(String[] args) {
DrinkTea drinkTea = new DrinkTea();
drinkTea.TeaService();
}
}
4.运行截图
优点
1.对客户端屏蔽了子系统组件,减少了客户端所需处理的对象数目,并使子系统用起来更加容易。
2.实现了子系统与客户端之间的松耦合关系,这使得子系统的变化不会影响到调用它的客户端。
3.一个子系统的修改对其他子系统没有影响,而且子系统内部变化也不会影响到外观对象。
缺点
1.不能很好限制客户端直接使用子系统类,如果对客户端访问子系统类做太多限制则减少了可变性和灵活性。
2.如果设计不当,增加新的子系统可能需要修改外观类的源代码,违背开闭原则。