【设计模式】外观模式(Facade)

概述

外观模式是为了解决类与类之间的依赖关系的，像 spring 一样，可以将类和类之间的关系配置到配置文件中，而外观模式就是将他们的关系放在一个 Facade 类中，降低了类类之间的耦合度，该模式中没有涉及到接口

适用性

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

案例

    public class Facade {
        ServiceA sa;  
        ServiceB sb;   
        ServiceC sc;   
        public Facade() {
            sa = new ServiceAImpl();
            sb = new ServiceBImpl();
            sc = new ServiceCImpl(); 
        }   
        public void methodA() {
            sa.methodA();
            sb.methodB();
        }    
        public void methodB() {
            sb.methodB();
            sc.methodC();
        }   
        public void methodC() {
            sc.methodC();
            sa.methodA();
        }
    }

    public class ServiceAImpl implements ServiceA {
        public void methodA() {
            System.out.println("这是服务A");
        }
    }
    public class ServiceBImpl implements ServiceB {
        public void methodB() {
            System.out.println("这是服务B");
        }
    }
    public class ServiceCImpl implements ServiceC {
        public void methodC() {
            System.out.println("这是服务C");
        }
    }

    public class Test {   
        public static void main(String[] args) {
            ServiceA sa = new ServiceAImpl();
            ServiceB sb = new ServiceBImpl();
            sa.methodA();
            sb.methodB();
            System.out.println("========");
            //facade
            Facade facade = new Facade();
            facade.methodA();
            facade.methodB();
        }
    }
    // result 
    // 这是服务A
    // 这是服务B
    // ========
    // 这是服务A
    // 这是服务B
    // 这是服务B
    // 这是服务C