外观模式

外观模式

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

概述

实际应用中，我们在对付一些老旧的code（尤其是将C的代码转成C++代码）或者即便不是老旧code，但涉及多个子系统时，除了重写全部代码（对于老旧code而言），我们还可能采用这样一种策略：重新进行类的设计，将原来分散在源码中的类/结构及方法重新组合，形成新的、统一的接口，供上层应用使用。

uml表示：

组成

外观模式主要由两个角色组成：外观(Facade)，子系统（SubSystem）组成，

• 外观(Facade)角色：此角色知晓相关的（一个或者多个）子系统的功能和责任，负责将客户的请求交给合适的子系统。
• 子系统（SubSystem）角色：可以同时有一个或者多个子系统。每个子系统都可以被客户端直接调用，或者被门面角色调用。

在外观模式中，外观类Facade的方法OperationWrapper就是实现多个Client的请求。

实用场合

那么在什么场合可以考虑使用外观模式呢？

• 当你要为一个复杂子系统提供一个简单接口时。子系统往往因为不断演化而变得越来越复杂。大多数模式使用时都会产生更多更小的类。这使得子系统更具可重用性，也更容易对子系统进行定制，但这也给那些不需要定制子系统的用户带来一些使用上的困难。Facade可以提供一个简单的缺省视图，这一视图对大多数用户来说已经足够，而那些需要更多的可定制性的用户可以越过Facade层。
• 客户程序与抽象类的实现部分之间存在着很大的依赖性。引入Facade将这个子系统与客户以及其他的子系统分离，可以提高子系统的独立性和可移植性。
• 当你需要构建一个层次结构的子系统时，使用Facade模式定义子系统中每层的入口点，如果子系统之间是相互依赖的，你可以让它们仅通过Facade进行通讯，从而简化了它们之间的依赖关系。

代码举例

子系统角色（modea,b,c）

public class ModuleA {  
    public void testA(){  
        System.out.println("调用ModuleA中的testA方法");  
    }  
} 

public class ModuleB {  
    public void testB(){  
        System.out.println("调用ModuleB中的testB方法");  
    }  
}  

public class ModuleC {  
    public void testC(){  
        System.out.println("调用ModuleC中的testC方法");  
    }  
} 

外观模式（facade） //示意方法，满足客户端需要的功能  

public class Facade {  
    
    public void test(){  
        ModuleA a = new ModuleA();  
        a.testA();  
        ModuleB b = new ModuleB();  
        b.testB();  
        ModuleC c = new ModuleC();  
        c.testC();  
    }  
}

客户端测试

public class Client {  
  
    public static void main(String[] args) {  
          
        Facade facade = new Facade();  
        facade.test();  
    }  
  
} 

外观模式与适配器模式的比较

1）当需要使用一个现有的类而其接口并不符合你的需要时，就是用适配器； 2）当需要简化并统一一个很大的接口或者一群复杂的接口时，使用外观； 3）适配器改变接口以符合客户的期望； 4）外观将客户从一个复杂的子系统中解耦； 5）实现一个适配器可能需要一番功夫，也可能不费功夫，视目标接口的大小与复杂度而定； 6）实现一个外观，需要将子系统组合进外观中，然后将工作委托给子系统执行； 7）适配器模式有两种形式：对象适配器和类适配器。类适配器需要用到多重继承； 8）可以为一个子系统实现一个以上的外观； 9）适配器将一个对象包装起来以改变其接口；装饰者将一个对象包装起来以增加新的行为和责任；而外观将一群对象“包装”起来以简化其接口。