大话设计模式七：外观模式

一.模式定义

对象结构型模式。外部与一个子系统的通信必须通过一个统一的外观对象进行，为子系统中的一组接口提供一个一致的界面，外观模式定义了一个高层接口，这个接口使得这一子系统更加容易使用。
Facade Pattern: Provide a unified interface to a set of interfaces in a subsystem. Facade defines a higher-level interface that makes the subsystem easier to use.

 

二.模式要素

Facade: 外观角色

SubSystem：子系统角色

调用者

 

三.举例说明

最近房市有点坑，我们就来拿它举例吧。假如你手上有三套房子，现在房价跌得太猛，心灰意冷，于是需要全部卖掉套现。你灵机一动，这还不简单，上手就写代码。后来发现好烦啊，为了卖掉三套房子，需要写很多重复的代码。你就想简化一下，外观模式正好可以帮你大忙。

 

四.模式实例

工程结构如下：

1.IHouse.java    房屋接口

package Facade;

/**
 * @program: DesignModes
 * @description: IHouse
 * @author: Lei Dong
 * @create: 2018-10-12 22:03
 **/
public interface IHouse {
    /**
     * 卖房
     */
    void sell();
}

 

2.House1.java    房屋1

package Facade;

/**
 * @program: DesignModes
 * @description: 第一套房
 * @author: Lei Dong
 * @create: 2018-10-12 22:07
 **/
public class House1 implements IHouse {
    private String desc = "第一套房";

    @Override
    public void sell() {
        System.out.println("卖掉" + this.desc);
    }
}

 

3.House2.java    房屋2

package Facade;

/**
 * @program: DesignModes
 * @description: 第二套房
 * @author: Lei Dong
 * @create: 2018-10-12 22:07
 **/
public class House2 implements IHouse {
    private String desc = "第二套房";

    @Override
    public void sell() {
        System.out.println("卖掉" + this.desc);
    }
}

 

4.House3.java    房屋3

package Facade;

/**
 * @program: DesignModes
 * @description: 第三套房
 * @author: Lei Dong
 * @create: 2018-10-12 22:07
 **/
public class House3 implements IHouse {
    private String desc = "第三套房";

    @Override
    public void sell() {
        System.out.println("卖掉" + this.desc);
    }
}

 

5.HouseFacade.java    房屋外观类

package Facade;

/**
 * @program: DesignModes
 * @description: HouseFacade
 * @author: Lei Dong
 * @create: 2018-10-12 22:09
 **/
public class HouseFacade {
    private House1 house1;
    private House2 house2;
    private House3 house3;

    public HouseFacade() {
        house1 = new House1();
        house2 = new House2();
        house3 = new House3();
    }

    /**
     * 卖出全部房屋
     */
    public void sellHouses() {
        house1.sell();
        house2.sell();
        house3.sell();
    }
}

 

6.Main.java    调用者

package Facade;

/**
 * @program: DesignModes
 * @description: Main
 * @author: Lei Dong
 * @create: 2018-10-12 22:02
 **/
public class Main {
    public static void main(String[] args) {
        // 不用外观模式的写法
        System.out.println("不用外观模式的写法");
        House1 house1 = new House1();
        House2 house2 = new House2();
        House3 house3 = new House3();
        house1.sell();
        house2.sell();
        house3.sell();

        System.out.println();

        // 使用外观模式的写法
        System.out.println("用外观模式的写法");
        HouseFacade houseFacade = new HouseFacade();
        houseFacade.sellHouses();
    }
}

 

运行结果：

 

分析：

发现了吗，有HouseFacade类在main函数中卖掉三套房只需要写2行代码。但是没有HouseFacade类直接写的话需要6行代码，这就是最明显的区别，加入写SDK当然是要一两行解决问题。

 

五.总结

1.外观模式的优点
（1）对客户屏蔽子系统组件，减少了客户处理的对象数目并使得子系统使用起来更加容易。通过引入外观模式，客户代码将变得很简单，与之关联的对象也很少。
（2）实现了子系统与客户之间的松耦合关系，这使得子系统的组件变化不会影响到调用它的客户类，只需要调整外观类即可。
（3）降低了大型软件系统中的编译依赖性，并简化了系统在不同平台之间的移植过程，因为编译一个子系统一般不需要编译所有其他的子系统。一个子系统的修改对其他子系统没有任何影响，而且子系统内部变化也不会影响到外观对象。
（4）只是提供了一个访问子系统的统一入口，并不影响用户直接使用子系统类。

2.外观模式的缺点
（1）不能很好地限制客户使用子系统类，如果对客户访问子系统类做太多的限制则减少了可变性和灵活性。
（2）在不引入抽象外观类的情况下，增加新的子系统可能需要修改外观类或客户端的源代码，违背了“开闭原则”。

3.外观模式适用环境
（1）当要为一个复杂子系统提供一个简单接口时可以使用外观模式。该接口可以满足大多数用户的需求，而且用户也可以越过外观类直接访问子系统。
（2）客户程序与多个子系统之间存在很大的依赖性。引入外观类将子系统与客户以及其他子系统解耦，可以提高子系统的独立性和可移植性。
（3）在层次化结构中，可以使用外观模式定义系统中每一层的入口，层与层之间不直接产生联系，而通过外观类建立联系，降低层之间的耦合度。