门面模式

1.定义

门面(Facade)模式: 为子系统中的一组接口提供一个一致的界面.Facade模式提供一个高层接口,这个接口使得这一子系统更易于使用.

2.实现

门面模式(外观模式)

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

public class SubSystemA {
    public void operation(){
        System.out.println("systemA operation");
    }
}

public class SubSystemB {
    public void operation(){
        System.out.println("systemB operation");
    }
}

public class Facade {
    private SubSystemA systemA;
    private SubSystemB systemB;

    public Facade(){
        systemA = new SubSystemA();
        systemB = new SubSystemB();
    }

    public void facadeOperation(){
        systemA.operation();
        systemB.operation();
    }
}

客户端

public class FacadeClient {
    public static void main(String[] args) {
        Facade facade = new Facade();
        facade.facadeOperation();

        // out
        // systemA operation
        // systemB operation
    }
}

3.其它

门面模式在Tomcat中的使用

StandardWrapperValue类中的invoke方法

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

在StandardWrapperValue类中并没有直接将Request对象与Response对象传递给ApplicationFilterChain类的doFilter方法,传递的是RequestFacade与ResponseFacade对象

Request.java

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

Response.java

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等方法,这会危害安全性.

4.总结

目的 不是给子系统加新的功能的接口,而是为了让外部减少与子系统内的多个模块的交互,松散耦合,从而让外部能够更简单的使用子系统.

优缺点

• 松散耦合
• 简单易用
• 更好的划分访问层次
• 过多的或者是不太合理的facade也容易让人迷惑

何时选用

• 如果你希望为一个复杂的子系统提供一个简单接口的时候,可以考虑使用外观模式,使用外观对象来实现大部分客户需要的功能,从而简化客户的使用
• 如果你想要让客户的程序和抽象类的实现部分松散耦合,可以考虑使用外观模式,使用外观对象来将这个子系统与大的客户分离开来,从而提高子系统的独立性和可移植性
• 如果你要构建多层结构的系统,可以考虑使用外观模式,使用外观对象作为每层的入口,这样可以简化层间的调用,也可以松散层次之间的依赖关系