博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
【结构型模式】《大话设计模式》——读后感 (9)牛市股票还会亏钱?——外观模式...
阅读量:5332 次
发布时间:2019-06-15

本文共 2187 字,大约阅读时间需要 7 分钟。

原文中对外观模式的定义为:

          外观模式:为子系统中的一组接口提供一个一致的界面,此模式定义了一个高层接口,这个接口使得这一子类系统更加的容易使用【DP】.

 

从定义理解:

1、外观模式是为子系统提供一组接口服务的,不是一个接口,是一组;既然是一组接口,就有可能需要和很多类、很多方法打交道

2、外观模式自己也要定义个高层接口,而这个接口就是为子系统中的一组接口服务的。专业说是对子系统中在接口实现类进行逻辑封装。

3、上一篇的建造者模式,强调的是将复杂对象构建与表示分离;而外观模式则侧重子系统,有可能有很多子系统,侧重点完全不一致

 

UML的构造图:

从UML图中,我们看到客户端只是和外观模式的Facede打交道,根本不关心子系统类集合实现子系统的功能;这样大大降低子系统与客户端的耦合度,且客户端调用非常方便

外观模式包含如下两个角色:

      (1) Facade(外观角色):在客户端可以调用它的方法,在外观角色中可以知道相关的(一个或者多个)子系统的功能和责任;在正常情况下,它将所有从客户端发来的请求委派到相应的子系统去,传递给相应的子系统对象处理。

      (2) SubSystem(子系统角色):在软件系统中可以有一个或者多个子系统角色,每一个子系统可以不是一个单独的类,而是一个类的集合,它实现子系统的功能;每一个子系统都可以被客户端直接调用,或者被外观角色调用,它处理由外观类传过来的请求;子系统并不知道外观的存在,对于子系统而言,外观角色仅仅是另外一个客户端而已。

 

使用场景

在遇到以下情况使用:

    1) 当你要为一个复杂子系统提供一个简单接口时。子系统往往因为不断演化而变得越来越复杂。大多数模式使用时都会产生更多更小的类。
        这使得子系统更具可重用性,也更容易对子系统进行定制,但这也给那些不需要定制子系统的用户带来一些使用上的困难。facade可以提供一个简单的缺省视图,
        这一视图对大多数用户来说已经足够,而那些需要更多的可定制性的用户可以越过facade层。
    2) 客户程序与抽象类的实现部分之间存在着很大的依赖性。引入 facade将这个子系统与客户以及其他的子系统分离,可以提高子系统的独立性 和可移植性。
    3) 当你需要构建一个层次结构的子系统时,使用 facade模式定义子系统中每层的入口点。如果子系统之间是相互依赖的,你可以让它们仅通过facade进行通讯,从而简化了它们之间的依赖关系。

 

  外观模式中所指的子系统是一个广义的概念,它可以是一个类、一个功能模块、系统的一个组成部分或者一个完整的系统。子系统类通常是一些业务类,实现了一些具体的、独立的业务功能,其典型代码如下:

模拟各个子系统:

class SubSystemA  {      public void methodA()      {          //业务实现代码      }  }    class SubSystemB  {      public void methodB()      {          //业务实现代码       }  }    class SubSystemC  {      public void methodC()      {          //业务实现代码      }  }

 

在引入外观类之后,与子系统业务类之间的交互统一由外观类来完成,在外观类中通常存在如下代码:

class Facade  {      private SubSystemA obj1 = new SubSystemA();      private SubSystemB obj2 = new SubSystemB();      private SubSystemC obj3 = new SubSystemC();        public void method1()      {          obj1.methodA();          obj2.methodB();          obj3.methodC();      }    
public void method2()      {          obj1.methodA();          obj3.methodC();      }
}

 

由于在外观类中维持了对子系统对象的引用,客户端可以通过外观类来间接调用子系统对象的业务方法,而无须与子系统对象直接交互。引入外观类后,客户端代码变得非常简单,典型代码如下:

public class Client{      public static void Main(string[] args)      {          Facade facade = new Facade();       //某项业务需求,需要调用Method1方法        facade.method1();    
//某项业务需求,此时需要调用Method2方法         facede.method2();
} }

 

 

至此,外观模式解释完毕,一句话概括:外观模式是对其他子系统部分功能进行组合、封装。

 

转载于:https://www.cnblogs.com/chen1-kerr/p/7093112.html

你可能感兴趣的文章
Web服务器的原理
查看>>
小强升职计读书笔记
查看>>
常用的107条Javascript
查看>>
#10015 灯泡(无向图连通性+二分)
查看>>
忘记root密码,怎么办
查看>>
linux设备驱动归纳总结(三):1.字符型设备之设备申请【转】
查看>>
《黑客与画家》 读书笔记
查看>>
bzoj4407: 于神之怒加强版
查看>>
mysql统计一张表中条目个数的方法
查看>>
ArcGIS多面体(multipatch)解析——引
查看>>
css3渐变画斜线 demo
查看>>
JS性能DOM优化
查看>>
设计模式 单例模式 使用模板及智能指针
查看>>
c#的const可以用于引用类型吗
查看>>
手动实现二值化
查看>>
What Linux bind mounts are really doing
查看>>
linux top命令详解
查看>>
博弈论小结
查看>>
模拟Post登陆带验证码的网站
查看>>
NYOJ458 - 小光棍数
查看>>