码迷,mamicode.com
首页 > 其他好文 > 详细

第12章 结构型模式—外观模式

时间:2016-05-29 10:57:11      阅读:240      评论:0      收藏:0      [点我收藏+]

标签:

1. 外观(门面)模式(Facade Pattern)的定义

(1)为子系统中的一组接口提供一个一致的界面,Façade模式定义了一个高层接口,这个接口使得这一子系统更加容易使用。

  ①这里说的界面是指从一个组件外部来看这个组件,能够看到什么,也就是外观。如从一个类外部看这个类,那么这个类的public方法或接口就是他的外观。

  ②这里所说的“接口”是指外部和内部交互的一个通道(方法),可以是类的方法,也可以是interface的方法。

技术分享 

(2)外观模式的结构和说明

 技术分享

  ①Façade:定义子系统的多个模块对外的高层接口,通常需要调用内部多个模块,从而把客户的请求代理给适当的子系统对象

  ②模块:接受Façade对象的委派,真正实现功能,各个模块之间可能有交互。但请注意,Façade对象知道各个模块,但是各个模块不应该知道Façade对象。

(3)思考外观模式

  ①外观模式的本质封装交互、简化调用。Façade封装了子系统外部和子系统内部多个模块的交互过程,从而简化了外部的调用,通过外观,子系统为外部提供一些高层的接口,以方便它们的使用。它很好的体现了“最少知识原则(DoL)”

  ②外观模式的目的:外观模式的目的不是给子系统添加新的功能接口,而是为了让外部减少与子系统内部多个模块的交互,松散耦合,从而让外部能够更简单地使用子系统

  ③Façade表面上看只是把客户端的代搬到了Façade里,但是有本质上的区别。因为Façade位于系统而不是客户端的一侧,它相当于屏蔽了外部客户端和系统内部模块的交互,同时Façade可以被多个客户端调用,实现复用

  ④外观是当作子系统对外的接口出现的,虽然可以在这里定义一些子系统没有的功能,但不建议这样做。外观应该是包装己有的功能,而不是添加新的功能。因为有时客户端可能需要绕开Façade,直接调用某个具体模块。而如果在Façade中添加新的功能,但可能最后调用的结果是不同的。

  ⑤外观可以提供一些缺省的功能实现。

2. 外观模式的实现

(1)Façade的实现

  对于一个子系统而言,外观类不需要很多,通常可以实现成一个单例。也可以直接把外观中的方法实现成静态方法,这样就可以不需要创建外观对象就可以直接调用,这种实现相当于把外观类当成一个辅助的工具类实现。

(2)Façade可以实现为Interface

  通常Façade直接实现为为,但是也可以实现成真正的接口,这里还需要一个Façade的实现,一般可以用工厂方法来获取实现Façade接口的对象。实现为接口的好处是能够有选择地暴露接口,尽量减少模块对子系统对外提供的接口方法。

3)Façade的方法

  一般是负责把客户端的请求转发给子系统内部的各个模块进行处理, Façade的方法实现的只是一个功能的组合调用和转发。但Façade不应参与子系统内的业务逻辑,这会导致子系统必须依赖外观才能被访问,这超出了Façade的本意,也违反了单一职责原则。

3. 外观模式的优缺点

(1)优点

  ①松散耦合:外观模式松散了客户端与子系统的耦合,让子系统内部的模块能更容易扩展和维护

  ②简单易用:客户端不再需要了解子系统内部实现,也不需要与众多的子系统内部模块进行交互,只需要跟外观交互就可以了。相当于外部类为客户端使用子系统提供了一站式服务

  ③更好地划分访问的层次。有些方法是对系统外的,有些是系统内部使用的。把需要暴露给外部的功能集中到外观中,这样既方便客户端使用,也很好地隐藏了内部的细节。

(2)缺点:不符合开闭原则,有时可能需要修改外观角色的代码;过多使用Façade容易让人迷惑。

4. 外观模式的使用场景

(1)为一个复杂的模块或子系统提供一个外界访问的接口

(2)子系统相对独立,外界对子系统访问只要黑箱操作即可。如利息计算很复杂,需要深厚的业务知识和扎实的技术水平。但对于客户端来讲,要求输入金额和存期,就可以返回最终的利息。这里可以用外观模式。

(3)当需要构建一个层次结构的子系统时,使用Façade定义子系统中每层的入口点。如果子系统是相互依赖的,可以让它们仅通过Façade进行通讯,从而简化它们的依赖关系。

【编程实验】编译过程的模拟

技术分享

//结构型模式:外观模式
//场景:编译过程的简化。
//编译器内部所做的事情:词法分析、语法分析、代码优化、代码生成等
//对于客户端来讲,只要给文件路径,只能产生最终的结果。编译器内部所做的
//事情对客户端来说是透明的。
#include <iostream>

using namespace std;

//扫描器
class Scanner
{
public: 
    void scan(const char* lpszInput) 
    {
        cout <<"Scanning: " << lpszInput << endl;
    }    
};

//分析器
class Parser
{
public:
    void parse(const char* lpszInput)
    {
        cout <<"Analysing: " << lpszInput << endl;
    }
};

//代码生成器
class CodeGenerator
{
public:
    void codeGen(const char* lpszOutput)
    {
        cout <<"Code generate, output to: " << lpszOutput<< endl;
    }
};

//提供一个外观类(编译器)
class Compiler
{
private:
    Scanner s;
    Parser  p;
    CodeGenerator c;
public:
    void compile(const char* lpszInput, const char* lpszOutput)
    {
        s.scan(lpszInput);
        p.parse(lpszInput);
        c.codeGen(lpszOutput);
    }    
};

//使用编译系统:这个系统包括扫描器、分析器、生成器。并且提供了一个外观接口
//Compiler类
int main()
{ 
    //客户端调用
    Compiler c;
    c.compile("123.cpp", "123.exe");
    
    return 0;
}

5. 相关模式

(1)外观模式与中介者模式

  ①这两者很相似,但有本质的区别

  ②中介者用来封装多个对象之间的交互,多用在系统内部的多个模块之间;而外观的封装是单向的交互,是从客户端访问系统的调用,没有从系统中来访问客户端的调用。

  ③在中介者模式的实现里面,需要实现具体的交互功能;而外观模式的实现里面,一般是组合调用或转调内部实现的功能,通常外观模式本身并不实现这些功能。

  ④中介者模式的目的主要是松散多个模块之间的耦合,把这些耦合关系全部放到中介者中去实现;而外观模式的目的是简化客户端的调用。

第12章 结构型模式—外观模式

标签:

原文地址:http://www.cnblogs.com/5iedu/p/5538954.html

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!