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

版权声明:本文为博主原创文章,遵循 CC 4.0 by-sa 版权协议,转载请附上原文出处链接和本声明。
本文链接:https://blog.csdn.net/ldld1717/article/details/83032796

一.模式定义

对象结构型模式。外部与一个子系统的通信必须通过一个统一的外观对象进行,为子系统中的一组接口提供一个一致的界面,外观模式定义了一个高层接口,这个接口使得这一子系统更加容易使用。
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)在层次化结构中,可以使用外观模式定义系统中每一层的入口,层与层之间不直接产生联系,而通过外观类建立联系,降低层之间的耦合度。

展开阅读全文

没有更多推荐了,返回首页