专栏首页轮子工厂设计模式(五) | 外观模式:牛市股票还会亏钱?

设计模式(五) | 外观模式:牛市股票还会亏钱?

外观模式

定义

  • 外观模式(Facade Pattern):外部与一个子系统的通信必须通过一个统一的外观对象进行,为子系统中的一组接口提供一个一致的界面,外观模式定义了一个高层接口,这个接口使得这一子系统更加容易使用。外观模式又称为门面模式,它是一种对象结构型模式。

外观模式结构图

代码实现

public class SubSystemOne {
            public void MethodOne(){
                System.out.println("子系统方法一");
            }
        }
        public class SubSystemTwo {
            public void MethodTwo(){
                System.out.println("子系统方法二");
            }
        }
        public class SubSystemThree {
            public void MethodThree(){
                System.out.println("子系统方法三");
            }
        }
        public class Facade {
            SubSystemOne one;
            SubSystemTwo two;
            SubSystemThree three;
            public Facade() {
                one = new SubSystemOne();
                two = new SubSystemTwo();
                three = new SubSystemThree();
            }
            public void MethodA(){
                System.out.println("方法组A()");
                one.MethodOne();
                two.MethodTwo();
            }
            public void MethodB(){
                System.out.println("方法组B()");
                two.MethodTwo();
                three.MethodThree();
            }
        }
        public class Client {
            public static void main(String[] args) {
                Facade facade = new Facade();
                facade.MethodA();
                facade.MethodB();
            }
        }

外观模式优点

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

外观模式缺点

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

何时使用外观模式

  1. 在设计初期阶段,应该有意识的将不同的两个层分离;
  2. 在开发阶段,子系统往往因为不断的重构演化而变得越来越复杂,增加Facade可以提供一个简单的接口,减少他们之间的依赖。
  3. 在维护一个遗留的大型系统时,可能这个系统已经非常难以维护和扩展了,为新系统开发一个外观Facade类,来提供设计粗糙或高度复杂的遗留代码的比较清晰简单接口,让新系统与Facade对象交互,Facade与遗留代码交互所有复杂工作。

往期回顾

设计模式(一) | 啥是工厂模式和策略模式?

设计模式(二) | 装饰模式---穿什么有这么重要?

设计模式(三) | 为别人做嫁衣---代理模式

设计模式(四) | 简历复印与原型模型不得不说的一些事

本文分享自微信公众号 - 轮子工厂(Programmer-ing),作者:老谭酸菜

原文出处及转载信息见文内详细说明,如有侵权,请联系 yunjia_community@tencent.com 删除。

原始发表时间:2017-09-09

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

我来说两句

0 条评论
登录 后参与评论

相关文章

  • 设计模式(四) | 简历复印与原型模型不得不说的一些事

    谭庆波
  • 设计模式(一) | 啥是工厂模式和策略模式?

    谭庆波
  • 设计模式(一) | 啥是工厂模式和策略模式?

    谭庆波
  • JAVA 设计模式 外观模式

    用途 外观模式 (Facade) 为子系统中的一组接口提供一个一致的界面,此模式定义了一个高层接口,这个接口使得这一子系统更加容易使用。 外观模式是一种结构型...

    静默虚空
  • 百度的基于Spark构建即席查询平台

    作者介绍 孙垚光:目前是百度分布式计算方向架构师,离线计算技术负责人。2009年加入百度,先后从事内核网络协议栈、Hadoop/Spark大数据等方向的研发和...

    小莹莹
  • 外观模式

     外观模式又称为门面模式,为子系统中的一组接口提供一个一致的界面,此模式定义了一个高层接口,这个接口使得这一子系统更加容易使用。我们还是用通俗的语言来解释这句话...

    用户1148394
  • ASP.NET MVC以ValueProvider为核心的值提供系统: DictionaryValueProvider

    NameValueCollectionValueProvider采用一个NameValueCollection作为数据源,DictionnaryValuePro...

    蒋金楠
  • 我们是如何设计 Rust & 分布式存储教程的? | Talent Plan 背后的故事

    本文将从课程设计的角度和大家聊一聊 PingCAP Talent Plan(TiKV 方向)课程,包括课程设计的逻辑、课程设计中遇到的困难,以及大家在学习过程中...

    PingCAP
  • java之学习Random类的概述和注意事项

    吾爱乐享
  • DDD实战进阶第一波(六):开发一般业务的大健康行业直销系统(实现产品上下文仓储与应用服务层)

    用户1910585

扫码关注云+社区

领取腾讯云代金券