Android开发

34 Java设计模式系列-门面模式

2021-01-26  本文已影响0人  凤邪摩羯

一、门面模式

门面模式是对象的结构模式,外部与一个子系统的通信必须通过一个统一的门面对象进行。门面模式提供一个高层次的接口,使得子系统更易于使用。

医院的例子

现代的软件系统都是比较复杂的,设计师处理复杂系统的一个常见方法便是将其“分而治之”,把一个系统划分为几个较小的子系统。如果把医院作为一个子系统,按照部门职能,这个系统可以划分为挂号、门诊、划价、化验、收费、取药等。看病的病人要与这些部门打交道,就如同一个子系统的客户端与一个子系统的各个类打交道一样,不是一件容易的事情。

首先病人必须先挂号,然后门诊。如果医生要求化验,病人必须首先划价,然后缴费,才可以到化验部门做化验。化验后再回到门诊室。

image

上图描述的是病人在医院里的体验,图中的方框代表医院。

解决这种不便的方法便是引进门面模式,医院可以设置一个接待员的位置,由接待员负责代为挂号、划价、缴费、取药等。这个接待员就是门面模式的体现,病人只接触接待员,由接待员与各个部门打交道。

image

二、门面模式的结构

门面模式没有一个一般化的类图描述,最好的描述方法实际上就是以一个例子说明。

image

由于门面模式的结构图过于抽象,因此把它稍稍具体点。假设子系统内有三个模块,分别是ModuleA、ModuleB和ModuleC,它们分别有一个示例方法,那么此时示例的整体结构图如下:

image

在这个对象图中,出现了两个角色:

●  门面(Facade)角色 :客户端可以调用这个角色的方法。此角色知晓相关的(一个或者多个)子系统的功能和责任。在正常情况下,本角色会将所有从客户端发来的请求委派到相应的子系统去。

●  子系统(SubSystem)角色 :可以同时有一个或者多个子系统。每个子系统都不是一个单独的类,而是一个类的集合(如上面的子系统就是由ModuleA、ModuleB、ModuleC三个类组合而成)。每个子系统都可以被客户端直接调用,或者被门面角色调用。子系统并不知道门面的存在,对于子系统而言,门面仅仅是另外一个客户端而已。

也就是说,本来应该客户端来跟各个子系统来接触,但是有了门面模式之后,客户端有什么操作只需要跟门面来打交道,告诉门面类,下面的事情就交给门面来协调组织子系统来做。

使用门面模式:

image

不使用门面模式:

image

三、门面模式的实现

使用门面模式还有一个附带的好处,就是能够有选择性地暴露方法。一个模块中定义的方法可以分成两部分,一部分是给子系统外部使用的,一部分是子系统内部模块之间相互调用时使用的。有了Facade类,那么用于子系统内部模块之间相互调用的方法就不用暴露给子系统外部了。

比如,定义如下A、B、C模块。

public class Module { /** * 提供给子系统外部使用的方法 */
    public void a1(){}; /** * 子系统内部模块之间相互调用时使用的方法 */
    public void a2(){}; 
    public void a3(){};
}

public class ModuleB { /** * 提供给子系统外部使用的方法 */
    public void b1(){}; /** * 子系统内部模块之间相互调用时使用的方法 */
    public void b2(){}; 
    public void b3(){};
}

public class ModuleC { /** * 提供给子系统外部使用的方法 */
    public void c1(){}; /** * 子系统内部模块之间相互调用时使用的方法 */
    public void c2(){}; 
    public void c3(){};
}

public class ModuleFacade {

    ModuleA a = new ModuleA();
    ModuleB b = new ModuleB();
    ModuleC c = new ModuleC(); /** * 下面这些是A、B、C模块对子系统外部提供的方法 */

    public void a1(){
        a.a1();
    } 

    public void b1(){
        b.b1();
    } 

    public void c1(){
        c.c1();
    }
}

这样定义一个ModuleFacade类可以有效地屏蔽内部的细节,免得客户端去调用Module类时,发现一些不需要它知道的方法。比如a2()和a3()方法就不需要让客户端知道,否则既暴露了内部的细节,又让客户端迷惑。对客户端来说,他可能还要去思考a2()、a3()方法用来干什么呢?其实a2()和a3()方法是内部模块之间交互的,原本就不是对子系统外部的,所以干脆就不要让客户端知道。

初学者往往以为通过继承一个门面类便可在子系统中加入新的行为,这是错误的。门面模式的用意是为子系统提供一个集中化和简化的沟通管道,而不能向子系统加入新的行为。比如医院中的接待员并不是医护人员,接待员并不能为病人提供医疗服务。

四、模式应用讲解

1、门面模式在Tomcat中的使用

Tomcat中门面模式使用的很多,因为Tomcat中有很多不同组件,每个组件要相互通信,但是又不能将自己内部数据过多的暴露给其他组件。用门面模式隔离数据是个很好的方法。

下面是Request上使用的门面模式:

image

使用过Servlet的人都清楚,除了要在web.xml做相应的配置外,还需继承一个叫HttpServlet的抽象类,并且重写doGet与doPost方法(当然只重写service方法也是可以的)。

public class TestServlet extends HttpServlet { public void doGet(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException { this.doPost(request, response);

    } public void doPost(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException {

    }

}

可以看出doGet与doPost方法有两个参数,参数类型是接口HttpServletRequest与接口HttpServletResponse,那么从Tomcat中传递过来的真实类型到底是什么呢?通过debug会发现,在真正调用TestServlet类之前,会经过很多Tomcat中的方法。如下图所示

image

注意红色方框圈中的类,StandardWrapperValue类中的invoke方法225行代码如下:

filterChain.doFilter(request.getRequest(), response.getResponse());

在StandardWrapperValue类中并没有直接将Request对象与Response对象传递给ApplicationFilterChain类的doFilter方法,传递的是RequestFacade与ResponseFacade对象,为什么这么说呢,看一下request.getRequest()与response.getResponse()方法就真相大白了。

Request类

public HttpServletRequest getRequest() { if (facade == null) {
            facade = new RequestFacade(this);
        } return facade;
    }

Response类

public HttpServletResponse getResponse() { if (facade == null) {
            facade = new ResponseFacade(this);
        } return (facade);
    }

可以看到它们返回都是各自的一个门面类,那么这样做有什么好处呢?

Request对象中的很多方法都是内部组件之间相互交互时使用的,比如setComet、setRequestedSessionId等方法(这里就不一一列举了)。这些方法并不对外部公开,但是又必须设置为public,因为还需要跟内部组件之间交互使用。最好的解决方法就是通过使用一个Facade类,将与内部组件之间交互使用的方法屏蔽掉,只提供给外部程序感兴趣的方法。

如果不使用Facade类,直接传递的是Request对象和Response对象,那么熟悉容器内部运作的程序员可以分别把ServletRequest和ServletResponse对象向下转换为Request和Response,并调用它们的公共方法。比如拥有Request对象,就可以调用setComet、setRequestedSessionId等方法,这会危害安全性。

2、Android中的门面模式

Context是最重要的一个类型。它封装了很多重要的操作,比如startActivity()、sendBroadcast()等,几乎是开发者对应用操作的统一入口。Context是一个抽象类,它只是定义了抽象接口,真正的实现在ContextImpl类中。它就类似于门面类。

image

另外在Android里面我们往往会写各种各样的工具来,这些工具类可以帮我们完成各种各样的操作或者帮我们获取到各种各样的信息,它也相当于一个门面类,使用了门面模式,我们需要什么操作直接调用就可以,它屏蔽了底层的实现。

五、门面模式的优缺点

优点:

缺点

六 结语

门面模式是一个很好的封装方法,一个子系统比较复杂时,比如算法或者业务比较复杂,就可以封装出一个或多个门面出来,项目的结构简单,而且扩展性非常好。还有,对于一个较大项目,为了避免人员带来的风险,也可以使用门面模式。

门面模式和 中介模式

上一篇下一篇

猜你喜欢

热点阅读