设计模式-外观模式


外观模式的定义

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

*通俗的说: *就是将所有子系统委托给一个对象去管理,客户端调用子系统时全部都从这个对象中使用即可

特点

  1. *优点: * 是”迪米特法则”的典型应用

    • 降低了子系统与客户端之间的耦合度,使得子系统的变化不会影响调用它的客户类
    • 对客户屏蔽了子系统组件,减少了客户处理的对象数目,使得子系统使用起来更加容易
    • 降低了大型软件系统中的编译依赖性,简化了系统在不同平台之间的移植过程,因为编译一个子系统不会影响其他的子系统,也不会影响外观对象
  2. *缺点: *

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

模式的结构与实现

  1. *模式的结构: *

    • 外观(Facade)角色:为多个子系统对外提供一个共同的接口。

    • 子系统(Sub System)角色:实现系统的部分功能,客户可以通过外观角色访问它。

    • 客户(Client)角色:通过一个外观角色访问各个子系统的功能。

    外观模式结构图

  2. 模式的实现

    /**
     * 外观模式
     * 通俗的说: 将所有子系统的维护到一个对象(外观角色)中去,客户端使用时只需从该对象调用即可
     */
    //外观角色
    class Facade{
        //被委托的子系统对象
        private SubSystem01 system01 = new SubSystem01();
        private SubSystem02 system02 = new SubSystem02();
        private SubSystem03 system03 = new SubSystem03();
    
        //提供给外部访问的方法
        public void method(){
            system01.method1();
            system02.method2();
            system03.method3();
        }
    }
    class SubSystem01{
        public void method1(){
            System.out.println("子系统01的method1()被调用!");
        }
    }
    class SubSystem02{
        public void method2(){
            System.out.println("子系统02的method2()被调用!");
        }
    }
    class SubSystem03{
        public void method3(){
            System.out.println("子系统03的method3()被调用!");
        }
    }
    public class FacadePattern {
        public static void main(String[] args) {
            Facade facade = new Facade();
            facade.method();
        }
    }

文章作者: Bryson
版权声明: 本博客所有文章除特別声明外,均采用 CC BY 4.0 许可协议。转载请注明来源 Bryson !
评论
 上一篇
下一篇 
设计模式-装饰模式 设计模式-装饰模式
装饰模式的定义 *装饰(Decorator)模式: * 指在不改变现有对象结构的情况下,动态的给该对象增加一些职责(即增加额外功能)的模式,它属于对象结构型模式 特点 *优点: * 采用装饰模式扩展对象的功能比采用继承方式更加灵活 可以设
2020-04-13
  目录