12、设计模式-结构型模式-外观模式
外观模式
定义:
为子系统中的一组接口提供一个统一的入口。外观模式定义
了一个高层接口,这个接口使得这一子系统更加容易使用。
外观模式又称为门面模式,它是一种对象结构型模式。
外观模式是迪米特法则的一种具体实现
通过引入一个新的外观角色可以降低原有系统的复杂度
同时降低客户类与子系统的耦合度
图构:
Facade(外观角色):在客户端可以调用它的方法,在外观角色中可以知道相关的(一个
或者多个)子系统的功能和责任;在正常情况下,它将所有从客户端发来的请求委派到相应
的子系统去,传递给相应的子系统对象处理。
SubSystem(子系统角色):在软件系统中可以有一个或者多个子系统角色,每一个子系统
可以不是一个单独的类,而是一个类的集合,它实现子系统的功能;每一个子系统都可以被
客户端直接调用,或者被外观角色调用,它处理由外观类传过来的请求;子系统并不知道外
观的存在,对于子系统而言,外观角色仅仅是另外一个客户端而已
主要目的在于降低系统的复杂程度,在面向对象软件系统中,类与类之间的关系
越多,不能表示系统设计得越好,反而表示系统中类之间的耦合度太大,这样的系统在维护
和修改时都缺乏灵活性,因为一个类的改动会导致多个类发生变化,而外观模式的引入在很
大程度上降低了类与类之间的耦合关系。
引入外观模式之后,增加新的子系统或者移除子系
统都非常方便,客户类无须进行修改(或者极少的修改),只需要在外观类中增加或移除对
子系统的引用即可。从这一点来说,外观模式在一定程度上并不符合开闭原则,增加新的子
系统需要对原有系统进行一定的修改,虽然这个修改工作量不大。
事例:
子系统角色:
public class Computer { public void open(){ System.out.println("打开电脑"); } }
public class Light { public void open(){ System.out.println("打开电灯"); } }
public class Phone { public void open(){ System.out.println("打开手机"); } }
外观角色
public class Facade { private Light light,light1; private Computer computer; private Phone phone; public Facade(){ light = new Light(); light1 = new Light(); computer = new Computer(); phone = new Phone(); } public void open(){ light.open(); light1.open(); phone.open(); computer.open(); } }
public class client { public static void main(String[] args) { Facade facade; facade = new Facade(); facade.open(); } }
图构:
优点:
(1) 它对客户端屏蔽了子系统组件,减少了客户端所需处理的对象数目,并使得子系统使用起
来更加容易。通过引入外观模式,客户端代码将变得很简单,与之关联的对象也很少。
(2) 它实现了子系统与客户端之间的松耦合关系,这使得子系统的变化不会影响到调用它的客
户端,只需要调整外观类即可。
(3) 一个子系统的修改对其他子系统没有任何影响,而且子系统内部变化也不会影响到外观对
象
缺点:
(1) 不能很好地限制客户端直接使用子系统类,如果对客户端访问子系统类做太多的限制则减
少了可变性和灵活 性。
(2) 如果设计不当,增加新的子系统可能需要修改外观类的源代码,违背了开闭原则
适用场景:
(1) 当要为访问一系列复杂的子系统提供一个简单入口时可以使用外观模式。
(2) 客户端程序与多个子系统之间存在很大的依赖性。引入外观类可以将子系统与客户端解耦,从而提高子系统的独立性和可移植性。
(3) 在层次化结构中,可以使用外观模式定义系统中每一层的入口,层与层之间不直接产生联系,而通过外观类建立联系,降低层之间的耦合度。