1.外观模式定义
外观模式中,一个子系统的外部与其内部的通信通过一个统一的外观类进行,外观类将客户类子系统的内部复杂性分离开,使得客户类只需要与外观角色打交道,而不需要与子系统内部的很多对象打交道。
外观模式定义如下:为子系统中的一组接口提供一个统一的入口。外观模式定义了一个高层接口,这个接口使得这一子系统更加容易使用。
外观模式又称为门面模式,它是一种对象结构型模式。外观模式是迪米特法则的一种具体实现,通过引入一个新的角色可以降低原有系统的复杂度,同时降低客户类与子系统的耦合度。
2.外观模式结构图
由上图可知,外观模式包含如下几个角色:
外观角色(Facade):在客户端可以调用它的方法,在外观角色中可以知道相关的(一个或者多个)子系统的功能和责任;在正常情况下,它将所有从客户端发来的请求委派到相应的子系统去,传递给相应的子系统对象处理。
子系统角色(SubSystem):在软件系统中可以有一个或者多个子系统角色,每一个子系统可以不是一个单独的类,而是一个类的集合,它实现子系统的功能;每一个子系统都可以被客户端直接调用,或者被外观角色调用,它处理由外观类传过来的请求;子系统并不知道外观的存在,对于子系统而言,外观角色仅仅是另外一个客户端而已。
模式实现
外观模式中所指的子系统是一个广义的概念,它可以是一个类、一个功能模块、系统的一个组成部分或者一个完整的系统。子系统通常是一些业务类,实现了一些具体的、独立的业务功能,其典型代码如下:
class SubSystemA {
public void methodA() {
//业务实现代码
}
}
class SubSystemB {
public void methodB() {
//业务实现代码
}
}
class SubSystemC {
public void methodC() {
//业务实现代码
}
}
在引入外观类之后,与子系统业务类之间的交互统一由外观类来完成,在外观类中通常存在如下代码:
class Facade {
private SubSystemA obj1 = new SubSystemA();
private SubSystemB obj2 = new SubSystemB();
private SubSystemC obj3 = new SubSystemC();
public void method() {
obj1.methodA();
obj2.methodB();
obj3.methodC();
}
}
由于在外观类中维持了对子系统对象的引用,客户端可以通过外观类来间接调用子系统对象的业务方法,而无须与子系统对象直接交互。引入外观类后,客户端代码变得非常简单,典型代码如下所示:
class Program {
static void mian(stirng[] args) {
Facade facade = new Facade();
facade.method();
}
}
3.外观模式应用实例
我们将创建一个Shape接口和实现了Shape接口的实体类。下一步是定义一个外观类ShapeMaker。ShapeMaker类使用实体类来代表用户对这些类的使用。FacadePatternDemo,我们的演示类使用ShapeMaker类来显示结果。
创建一个接口
public interface Shape {
void draw();
}
创建实现接口的实体类
public class Rectangle implements Shape {
@Override
public void draw() {
System.out.println("draw a rectangle...");
}
}
public class Square implements Shape {
@Override
public void draw() {
System.out.println("draw a square...");
}
}
public class Circle implements Shape {
@Override
public void draw() {
System.out.println("draw a circle...");
}
}
创建一个外观类
public class ShapeMaker {
private Shape circle;
private Shape rectangle;
private Shape square;
public ShapeMaker() {
circle = new Circle();
rectangle = new Rectangle();
square = new Square();
}
public void drawCircle() {
circle.draw();
}
public void drawRectangle() {
rectangle.draw();
}
public void drawSquare() {
square.draw();
}
}
客户端测试类:
public class FacadePatternDemo {
public static void main(String[] args) {
ShapeMaker shapeMaker = new ShapeMaker();
shapeMaker.drawCircle();
shapeMaker.drawRectangle();
shapeMaker.drawSquare();
}
}
输出结果:
draw a circle...
draw a rectangle...
draw a square...
4.外观模式总结
1.主要优点
- 它对客户端屏蔽了子系统组件,减少了客户端所需处理的对象数目,并使得子系统使用起来更加容易。通过引入外观模式,客户端代码将变得很简单,与之关联的对象也很少。
- 它实现了子系统与客户端之间的松耦合关系,这使得子系统的变化不会影响到调用它的客户端,只需要调整外观类即可。
- 一个子系统的修改对其他子系统没有任何影响,而且子系统内部变化也不会影响到外观对象。
2.主要缺点
- 不能很好地限制客户端直接使用子系统类,如果对客户端访问子系统做太多的限制则减少了可变性和灵活性。
- 如果设计不当,增加新的子系统可能需要修改外观类的源代码,违背了开闭原则。
5.外观模式适用场景
(1)当要访问一系列复杂的子系统提供一个简单入口时可以使用外观模式。
(2)客户端程序与多个子系统之间存在很大的依赖性。引入外观模式可以将子系统与客户端解耦,从而提高子系统的独立性和可移植性。
(3)在层次化结构中,可以使用外观模式定义系统中每一层的入口,层与层之间不直接产生联系,而通过外观类建立联系,降低层之间的耦合度。