外观模式

一、外观模式简介

1、外观模式简介

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

    根据单一职责原则,在软件系统中将一个系统划分成为若干个子系统有利于降低系统的复杂性。一个常见的设计目标是使子系统间的通信和相互依赖关系达到最小。达到该目标的途径之一是就是引入一个外观(Facade)对象,外观类为子系统中较一般的设施提供了一个单一而简单的界面。将各个子系统整合起来作为Facade,提供给客户端使用。

wKioL1nSAunA-OMSAABylqXFrIc652.jpg

    外观模式符合是“迪米特法则”,通过引入一个新的外观类可以降低原有系统的复杂度,外观类充当了客户类与子系统类之间的“第三者”,同时降低客户类与子系统类的耦合度。外观模式就是实现代码重构以便达到“迪米特法则”要求的一个强有力的武器。

    外观模式要求一个子系统的外部与其内部的通信通过一个统一的外观对象进行,外观类将客户端与子系统的内部复杂性分隔开,使得客户端只需要与外观对象打交道,而不需要与子系统内部的很多对象打交道。

    外观模式从很大程度上提高了客户端使用的便捷性,使得客户端无须关心子系统的工作细节,通过外观角色即可调用相关功能。

    不要试图通过外观类为子系统增加新行为 ,不要通过继承一个外观类在子系统中加入新的行为,这种做法是错误的。外观模式的用意是为子系统提供一个集中化和简化的沟通渠道,而不是向子系统加入新的行为,新的行为的增加应该通过修改原有子系统类或增加新的子系统类来实现,不能通过外观类来实现。

    在外观模式中,通常只需要一个外观类,并且此外观类只有一个实例。在很多情况下为了节约系统资源,一般将外观类设计为单例类。当然并不意味着在整个系统里只能有一个外观类,在一个系统中可以设计多个外观类,每个外观类都负责和一些特定的子系统交互,向用户提供相应的业务功能。

    当增加新的子系统或者移除子系统时需要修改外观类,可以通过引入抽象外观类在一定程度上解决该问题,客户端针对抽象外观类进行编程。对于新的业务需求,不修改原有外观类,而对应增加一个新的具体外观类,由新的具体外观类来关联新的子系统对象,同时通过修改配置文件来达到不修改源代码并更换外观类的目的。 

 

2、外观模式角色

    外观角色(Facade):是模式的核心,被客户client角色调用,知道各个子系统的功能。同时根据客户角色已有的需求预订了几种功能组合。
    子系统角色(Subsystem classes):实现子系统的功能,并处理由Facade对象指派的任务。对子系统而言,facade和client角色是未知的,没有Facade的任何相关信息;即没有指向Facade的实例。
    客户角色(client):调用facade角色获得完成相应的功能。

3、外观模式优缺点

优点:

    A、对客户屏蔽子系统组件,减少了客户处理的对象数目并使得子系统使用起来更加容易。通过引入外观模式,客户代码将变得很简单,与之关联的对象也很少。

    B、实现了子系统与客户之间的松耦合关系,使得子系统的组件变化不会影响到调用它的客户类,只需要调整外观类即可。

    C、降低了大型软件系统中的编译依赖性,并简化了系统在不同平台之间的移植过程,因为编译一个子系统一般不需要编译所有其他的子系统。一个子系统的修改对其他子系统没有任何影响,而且子系统内部变化也不会影响到外观对象。

    D、只是提供了一个访问子系统的统一入口,并不影响用户直接使用子系统类。

缺点:

    A、不能很好地限制客户使用子系统类,如果对客户访问子系统类做太多的限制则减少了可变性和灵活性。

    B、在不引入抽象外观类的情况下,增加新的子系统可能需要修改外观类或客户端的源代码,违背了“开闭原则”。

4、外观模式使用场景

    外观模式使用场景:

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

    适配器模式是将一个接口通过适配来间接转换为另一个接口,外观模式主要是提供一个整洁的一致的接口给客户端。

    抽象工厂模式可以与外观模式一起使用以提供一个接口,用来以一种子系统独立的方式创建子系统对象。

     中介者模式与外观模式抽象了一些已有的类的功能。中介者模式的目的是对同事之间的任意通讯进行抽象,通常集中不属于任何单个对象的功能。中介者模式的同事对象知道中介者并与中介者通信,而不是直接与其他同类对象通信。外观模式仅对子系统对象的接口进行抽象,从而使子系统的接口更容易使用;外观模式并不定义新功能,子系统也不知道Facade的存在。
     一般仅需要一个Facade对象,因此Facade对象通常属于Singleton模式。

二、外观模式实现

Facade外观类:

#ifndef FACADE_H
#define FACADE_H
#include <iostream>
#include "SubSystemA.h"
#include "SubSystemB.h"
 
class Facade
{
public:
    Facade()
    {
        m_pSubSystemA = new SubSystemA();
        m_pSubSystemB = new SubSystemB();
    }
    ~Facade()
    {
        delete m_pSubSystemA;
        delete m_pSubSystemB;
        m_pSubSystemA = NULL;
        m_pSubSystemB = NULL;
    }
    void operationWrapper()
    {
        m_pSubSystemA->operation();
        m_pSubSystemB->operation();
    }
private:
    SubSystemA* m_pSubSystemA;
    SubSystemB* m_pSubSystemB;
};
 
#endif // FACADE_H

 

SubSystemA子系统类:

#ifndef SUBSYSTEMA_H
#define SUBSYSTEMA_H
#include <iostream>
 
class SubSystemA
{
public:
    SubSystemA(){}
    ~SubSystemA(){}
    void operation()
    {
        std::cout << "SubSystemA::operation" << std::endl;
    }
};
 
#endif // SUBSYSTEMA_H

 

SubSystemB子系统类:

#ifndef SUBSYSTEMB_H
#define SUBSYSTEMB_H
#include <iostream>
 
class SubSystemB
{
public:
    SubSystemB(){}
    ~SubSystemB(){}
    void operation()
    {
        std::cout << "SubSystemB::operation" << std::endl;
    }
};
 
#endif // SUBSYSTEMB_H

 

客户调用程序:

#include "Facade.h"
 
int main()
{
    Facade* facade = new Facade();
    facade->operationWrapper();
    return 0;
}

 

三、外观模式实例

    假设编译一个程序需要经过四个步骤:词法分析、语法分析、中间代码生成、机器码生成。对于编译器系统,可以使用外观模式,定义一个高层接口Compiler类,Compiler有一个名为compile的函数。客户只需调用compile函数就可以编译程序,compile函数内部的具体操作,客户无需知道。

wKiom1nSA17QxTiyAABuQ1tm9gI370.jpg

#include <iostream>
 
using namespace std;
 
//subsystem
class Scanner
{
public:
    void scan()
    {
        cout << "scanning..." << endl;
    }
};
 
class Parser
{
public:
    void parse()
    {
        cout << "parsing..." << endl;
    }
};
 
class GenMidCoder
{
public:
    void generateCode()
    {
        cout << "generating middle code...." << endl;
    }
};
 
class GenMachineCoder
{
public:
    void generateCode()
    {
        cout << "generating machine code...." << endl;
    }
};
 
//Facade
class Compiler
{
public:
    void compile()
    {
        Scanner sanner;
        Parser parser;
        GenMidCoder genMidCoder;
        GenMachineCoder genMachineCoder;
        sanner.scan();
        parser.parse();
        genMidCoder.generateCode();
        genMachineCoder.generateCode();
    }
};
 
int main()
{
    Compiler compiler;
    compiler.compile();
    return 0;
}

 

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值