java设计模式之——外观(Facade)模式

GoF的23种设计模式

  • 设计模式之——外观(Facade)模式
    • 外观模式定义
    • 外观模式的优点
    • 外观模式的缺点
    • 外观模式的实现
    • 外观模式的使用场景

设计模式之——外观(Facade)模式

外观模式定义

通过为多个复杂的子系统提供一个一致的接口,而使这些子系统更加容易被访问的模式。该模式对外有一个统一接口,外部应用程序不用关心内部子系统的具体的细节,这样会大大降低应用程序的复杂度,提高了程序的可维护性。

外观模式的优点

  1. 实现了子系统与客户端之间的松耦合关系。
  2. 客户端屏蔽了子系统组件,减少了客户端所需处理的对象数目,并使得子系统使用起来更加容易。

外观模式的缺点

  1. 不能很好地限制客户使用子系统类。
  2. 增加新的子系统可能需要修改外观类或客户端的源代码,违背了“开闭原则”。

外观模式的实现

定义三个子系统

/**
 * @ClassName SubRole1
 * @Description TODO
 * @Author mamingcong
 * @Date 2020/6/12 18:22
 * @Version 1.0
 */
public class SubRole1 {

    public void sys(){
        System.out.println("这是SubRole1系统");
    }
    
}
/**
 * @ClassName SubRole2
 * @Description TODO
 * @Author mamingcong
 * @Date 2020/6/12 18:22
 * @Version 1.0
 */
public class SubRole2 {

    public void sys(){
        System.out.println("这是SubRole2系统");
    }

}
/**
 * @ClassName SubRole23
 * @Description TODO
 * @Author mamingcong
 * @Date 2020/6/12 18:22
 * @Version 1.0
 */
public class SubRole3 {

    public void sys(){
        System.out.println("这是SubRole3系统");
    }

}

定义一个外观角色

/**
 * @ClassName Facade
 * @Description TODO
 * @Author mamingcong
 * @Date 2020/6/12 18:25
 * @Version 1.0
 */
public class Facade {

    private SubRole1 subRole1 = new SubRole1();
    private SubRole2 subRole2 = new SubRole2();
    private SubRole3 subRole3 = new SubRole3();

    public void sys() {
        subRole1.sys();
        subRole2.sys();
        subRole3.sys();
    }
}

测试

/**
 * @ClassName Test
 * @Description TODO
 * @Author mamingcong
 * @Date 2020/6/12 18:27
 * @Version 1.0
 */
public class Test {
    public static void main(String[] args) {
        Facade facade = new Facade();
        facade.sys();
    }
}

运行结果

这是SubRole1系统
这是SubRole2系统
这是SubRole3系统

外观模式的使用场景

  1. 设计初期阶段,应该有意识的将不同层分离,层与层之间建立外观模式。
  2. 开发阶段,子系统越来越复杂,增加外观模式提供一个简单的调用接口。
  3. 维护一个大型遗留系统的时候,可能这个系统已经非常难以维护和扩展,但又包含非常重要的功能,为其开发一个外观类,以便新系统与其交互。

你可能感兴趣的:(java,设计模式)