7，Facade外观模式

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

它主要解决的问题是：组件的客户和组件中各种复杂的子系统有了过多的耦合，随着外部客户程序和各子系统的演化，这种过多的耦合面临很多变化的挑战。

体现了依赖倒转和迪米特法则

 

 

class SubSystemOne {
 
     public void methodOne(){
         System.out.println("子系统方法 - 1");
     }
     
 }
 
 class SubSystemTwo {
 
     public void methodTwo(){
         System.out.println("子系统方法 - 2");
     }
     
 }
 
 class SubSystemThree {
 
     public void methodThree(){
         System.out.println("子系统方法 - 3");
     }
     
 }

 

//外观类，它需要了解所有子系统的方法或者属性，进行组合，以备外界调用。
 public class Facade {
 
     SubSystemOne subSystemOne;
     SubSystemTwo subSystemTwo;
     SubSystemThree subSystemThree;
     
     public Facade(){
         subSystemOne = new SubSystemOne();
         subSystemTwo = new SubSystemTwo();
         subSystemThree = new SubSystemThree();
     }
     
     public void operateOne(){
         subSystemOne.methodOne();
         subSystemTwo.methodTwo();
         subSystemThree.methodThree();
     }
     
     public void operateTwo(){
         subSystemOne.methodOne();
         subSystemThree.methodThree();
     }
 }

 

 

public static void main(String[] args) {
         //Facade 的调用，客户端可以根本不知三个子系统类的存在。
         Facade facade = new Facade();
         facade.operateOne();
         System.out.println("===============");
         facade.operateTwo();
     }

 

 

打印结果：

子系统方法 - 1
子系统方法 - 2
子系统方法 - 3
===============
子系统方法 - 1
子系统方法 - 3

 

 

 

外观模式使用：

设计初期，应该有意识的将不同的两个层分离，比如经典的三层架构，就需要考虑 数据访问层、业务逻辑层、表示层 的层与层之间建立外观（Facade），这样可以为复杂的子系统提供一个简单的接口，使得耦合性大大降低。

其次，在开发的阶段，子系统不断往往因为不断地重构变得复杂，大多模式使用时会产生很多很小的类，这本是好事，但也会给外部调用它们的程序带来使用上的困难，增加外观Facade 可以提供一个简单地接口，减少它们的依赖。

第三，在维护一个遗留的大型系统，可能这个系统已经非常难以维护和扩展，但因为它包含非常重要的功能，新的需求开发必须要依赖它。此时用Facade也是非常适合的。为新的系统开发一个外观 Facade 类，来提供设计粗糙或高度复杂的遗留代码比较清晰简单地接口，让新系统与Facade对象交互，让Facade与遗留代码交互所有复杂的工作。