23种设计模式之外观模式

外观模式

1、定义

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

2、外观模式结构

• Facade（外观角色）：在客户端可以调用它的方法，在外观角色中可以知道相关子系统的功能和责任；在正常情况下，它将所有从客户端发出的请求委派到相应的子系统，传递给相应的子系统对象处理
• SubSystem（子系统角色）：在系统中可以有一个或者多个子系统角色。每一个子系统都可以被客户端直接调用，或者被外观角色调用，它处理由外观角色传递过来的请求。对于子系统而言，外观角色仅仅是另外一个客户端而已。

3、实例代码

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();
    }
}

Inerfaces

public interface ServiceA {
    void methodA();
}

public interface ServiceB {
    void methodB();
}

public interface ServiceC {
    void methodC();
}

Subsystemclasses

public class ServiceAImpl implements ServiceA {

    @Override
    public void methodA() {
        System.out.println("serviceA");
    }
}

public class ServiceBImpl implements ServiceB{
    @Override
    public void methodB() {
        System.out.println("serviceB");
    }
}

public class ServiceCImpl implements ServiceC {

    @Override
    public void methodC() {
        System.out.println("serviceC");
    }
}

client

public class Client {

    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

serviceA
serviceB
========
serviceA
serviceB
serviceB
serviceC

4、外观模式的优缺点

4.1优点

• 它对客户端屏蔽了子系统组件
• 它实现了子系统与客户端之间的松耦合关系，使子系统变化不影响调用它的客户端
• 一个子系统的修改对其他子系统没有任何影响，子系统内部变化也不会影响到外观模式

4.2缺点

• 不能很好的限制客户端直接使用子系统类
• 如果设计不当，增加新的子系统可能需要修改外观类源码，违背了开闭原则

5、外观模式的适用环境

• 当为一个复杂子系统提供一个简单接口时，子系统往往因为不断演化而变得越来越 复杂。大多数模式使用时都会产生更多更小的类。这使得子系统更具可重用性，也更容 易对子系统进行定制，但这也给那些不需要定制子系统的用户带来一些使用上的困难。 Facade可以提供一个简单的缺省视图，这一视图对大多数用户来说已经足够，而那些需 要更多的可定制性的用户可以越过facade层。

• 客户程序与抽象类的实现部分之间存在着很大的依赖性。引入facade将这个子系统与客 户以及其他的子系统分离，可以提高子系统的独立性和可移植性。
  e可以提供一个简单的缺省视图，这一视图对大多数用户来说已经足够，而那些需 要更多的可定制性的用户可以越过facade层。

• 客户程序与抽象类的实现部分之间存在着很大的依赖性。引入facade将这个子系统与客 户以及其他的子系统分离，可以提高子系统的独立性和可移植性。

• 当需要构建一个层次结构的子系统时，使用facade模式定义子系统中每层的入口点。 如果子系统之间是相互依赖的，你可以让它们仅通过facade进行通讯，从而简化了它们 之间的依赖关系。