23种设计模式之外观模式

定义:
为子系统中的一组接口提供一个一致的界面,Facade模式定义了一个高层接口,这个接口使得这一子系统更加容易使用。

角色:
1. 外观(Facade)角色 :客户端可以调用这个角色的方法。此角色知晓相关子系统的功能和责任。在正常情况下,本角色会将所有从客户端发来的请求委派到相应的子系统去。
2. 子系统(SubSystem)角色 :可以同时有一个或者多个子系统。每个子系统都不是一个单独的类,而是一个类的集合。每个子系统都可以被客户端直接调用,或者被外观角色调用。子系统并不知道外观角色的存在,对于子系统而言,外观角色仅仅是另外一个客户端而已。

示意图:

图1

示例:

1,子系统角色,由若干个类组成

public class SubClass1 {        public void method1(){
        System.out.println("这是子系统类1中的方法1");
    }        public void method2(){
        System.out.println("这是子系统类1中的方法2");
    }
}public class SubClass2 {        public void method1(){
        System.out.println("这是子系统类2中的方法1");
    }        public void method2(){
        System.out.println("这是子系统类2中的方法2");
    }
}public class SubClass3 {       public void method1(){
        System.out.println("这是子系统类3中的方法1");
    }        public void method2(){
        System.out.println("这是子系统类3中的方法2");
    }
}

2,外观角色类

public class FacadeClass {        public void FacadeMethod(){
        SubClass1 s1 = new SubClass1();
        s1.method1();
        SubClass2 s2 = new SubClass2();
        s2.method1();
        SubClass3 s3 = new SubClass3();
        s3.method1();
    }
}

3,客户端测试方法

public class ClientClass {
    public static void main(String[] args) {
        FacadeClass fc = new FacadeClass();
        fc.FacadeMethod();
    }
}
    Facade类其实相当于子系统中SubClass类的外观界面,有了这个Facade类,那么客户端就不需要亲自调用子系统中的那些具体实现的子类了,也不需要知道系统内部的实现细节,甚至都不需要知道这些子类的存在,客户端只需要跟Facade类交互就好了,从而更好地实现了客户端和子系统中具体类的解耦,让客户端更容易地使用系统。

    同时,这样定义一个Facade类可以有效地屏蔽内部的细节,免得客户端去调用Module类时,发现一些不需要它知道的方法。如上代码,我的所有子类中的方法二都是方法一调用的方法,是配合方法一的,他们不需要被客户端调用,而且具有一定的保密性,这样使用外观模式时就可以不被客户端知道。

Mybatis的实现:
在Configuration中一组newExecutor、newMetaObject、newStatementHandler、newResultSetHandler、newParameterHandler方法,其他类需要这些对象时都使用这些方法创建。

 public ParameterHandler newParameterHandler(MappedStatement mappedStatement, Object parameterObject, BoundSql boundSql) {
    ParameterHandler parameterHandler = mappedStatement.getLang().createParameterHandler(mappedStatement, parameterObject, boundSql);
    parameterHandler = (ParameterHandler)this.interceptorChain.pluginAll(parameterHandler);
    return parameterHandler;
}

public ResultSetHandler newResultSetHandler(Executor executor, MappedStatement mappedStatement, RowBounds rowBounds, ParameterHandler parameterHandler, ResultHandler resultHandler, BoundSql boundSql) {
    ResultSetHandler resultSetHandler = new DefaultResultSetHandler(executor, mappedStatement, parameterHandler, resultHandler, boundSql, rowBounds);
    ResultSetHandler resultSetHandler = (ResultSetHandler)this.interceptorChain.pluginAll(resultSetHandler);
    return resultSetHandler;
}

public StatementHandler newStatementHandler(Executor executor, MappedStatement mappedStatement, Object parameterObject, RowBounds rowBounds, ResultHandler resultHandler, BoundSql boundSql) {
    StatementHandler statementHandler = new RoutingStatementHandler(executor, mappedStatement, parameterObject, rowBounds, resultHandler, boundSql);
    StatementHandler statementHandler = (StatementHandler)this.interceptorChain.pluginAll(statementHandler);
    return statementHandler;
}

再来看看其中的newMetaObject方法都有哪些调用者

图2

这样做的一个好处就是需要扩展MetaObject类时,只需要修改newMetaObject方法即可,不用修改如此多的调用者代码。

优点:

    实现了子系统与客户端之间的松耦合关系。

    客户端屏蔽了子系统组件,减少了客户端所需处理的对象数目,并使得子系统使用起来更加容易。

适用场景:

    设计初期阶段,应该有意识的将不同层分离,层与层之间建立外观模式。

    开发阶段,子系统越来越复杂,增加外观模式提供一个简单的调用接口。

    维护一个大型遗留系统的时候,可能这个系统已经非常难以维护和扩展,但又包含非常重要的功能,为其开发一个外观类,以便新系统与其交互。

外观模式总结:

1、外观模式为复杂子系统提供了一个简单接口,并不为子系统添加新的功能和行为。

2、外观模式实现了子系统与客户端之间的松耦合关系。

3、外观模式没有封装子系统的类,只是提供了简单的接口。 如果应用需要,它并不限制客户使用子系统类。因此可以灵活的在系统易用性与通用性之间选择。

4、外观模式注重的是简化接口,它更多的时候是从架构的层次去看整个系统,而并非单个类的层次。

推荐阅读更多精彩内容

  • 1 场景问题# 1.1 生活中的示例## 外观模式在现实生活中的示例很多,比如:组装电脑,通常会有两种方案。 一个...
    猿码架构阅读 4,394评论 7 53
  • 设计模式汇总 一、基础知识 1. 设计模式概述 定义:设计模式(Design Pattern)是一套被反复使用、多...
    MinoyJet阅读 2,524评论 1 15
  • 目录 本文的结构如下: 什么是外观模式 模式的结构 代码示例 优点和缺点 适用环境 模式应用 模式扩展 补充 一、...
    w1992wishes阅读 351评论 0 1
  • 生死路上无人空, 英年早逝最伤悲。 静跪诵经祈饶恕, 黄土难隔两世情。 人生在世是过客, 野草埋骨终相伴。
    南山台子阅读 42评论 0 0
  • 宴席散了, 笙歌可会红着眼睛, 望着消散的背影。 将后会何期, 知会一声。 年月总是处变不惊, 白驹过隙谁人能够调...
    半阁公子阅读 129评论 1 3