前往小程序,Get更优阅读体验!
立即前往
首页
学习
活动
专区
工具
TVP
发布
社区首页 >专栏 >设计模式(五) | 外观模式:牛市股票还会亏钱?

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

作者头像
谭庆波
发布2018-08-10 11:00:49
2280
发布2018-08-10 11:00:49
举报
文章被收录于专栏:轮子工厂轮子工厂

外观模式

定义

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

外观模式结构图

代码实现

代码语言:javascript
复制
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与遗留代码交互所有复杂工作。

往期回顾

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

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

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

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

本文参与 腾讯云自媒体分享计划,分享自微信公众号。
原始发表:2017-09-09,如有侵权请联系 cloudcommunity@tencent.com 删除

本文分享自 轮子工厂 微信公众号,前往查看

如有侵权,请联系 cloudcommunity@tencent.com 删除。

本文参与 腾讯云自媒体分享计划  ,欢迎热爱写作的你一起参与!

评论
登录后参与评论
0 条评论
热度
最新
推荐阅读
目录
  • 外观模式
    • 定义
      • 外观模式结构图
        • 代码实现
          • 外观模式优点
            • 外观模式缺点
              • 何时使用外观模式
              领券
              问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档