外观模式-分析和C++实现

2020-10-15 17:55:36 浏览数 (1)

外观模式结构

image.pngimage.png
  1. Facade 定义子系统的多个模块对外的高层接口,通常需要调用内部的多个模块,从而把客户的请求代理给适当的子系统。
  2. 模块 接受Facade对象的委派,真正实现功能,各个模块之间可能有交互。但请注意,Facade对象知道各个模块,但是各个模块不应该知道Facade对象。

外观模式实例代码

由于上面外观模式的结构过于抽象,因此把它具体点。假设系统内有三个模块,分别是AModuleBModuleCModule,它们分别有一个示意的方法,那么整体结构如下图所示。

代码实现

代码语言:txt复制
#include <iostream>
#include <memory>

/**
 * A模块接口
 */ 
class AModuleApi {
public:
    virtual void testA() = 0;
    virtual ~AModuleApi() {}
};

/**
 * A模块接口具体实现
 */ 
class AModuleImpl : public AModuleApi {
public:
    void testA() override 
    {
        std::cout << "operate method testA in AModule" << std::endl;
    }
};

/**
 * B模块接口
 */ 
class BModuleApi {
public:
    virtual void testB() = 0;
    virtual ~BModuleApi() {}
};

/**
 * C模块接口具体实现
 */ 
class BModuleImpl : public BModuleApi {
public:
    void testB() override 
    {
        std::cout << "operate method testB in BModule" << std::endl;
    }
};

/**
 * C模块接口
 */ 
class CModuleApi {
public:
    virtual void testC() = 0;
    virtual ~CModuleApi() {}
};

/**
 * C模块接口具体实现
 */ 
class CModuleImpl : public CModuleApi {
public:
    void testC() override 
    {
        std::cout << "operate method testC in CModule" << std::endl;
    }
};

/**
 * 外观对象
 */ 
class Facade {
public:
    /**
     * 示意方法,满足客户需求的功能
     */ 
    static void test()
    {
        /**
         * 在内部实现的时候,可能会调用到内部的多个模块
         * 用智能指针new模块对象,其实可以用局部对象调用,
         * 考虑到模块对象可能比较大,担心占用栈空间过大
         */ 
        std::shared_ptr<AModuleApi> aptr(new AModuleImpl());
        aptr->testA();

        std::shared_ptr<BModuleApi> bptr(new BModuleImpl());
        bptr->testB();

        std::shared_ptr<CModuleApi> cptr(new CModuleImpl());
        cptr->testC();
    }
};

void test()
{
    Facade::test();
}

int main(int argc, char** argv)
{
    test();
    return 0;
}

运行结果:

代码语言:txt复制
operate method testA in AModule
operate method testB in BModule
operate method testC in CModule

以上例子,Facade类其实相当于ABC模块的外观界面,Facade类也被称为ABC模块对外的接口,那么客户端就不需要知道系统内部的实现细节,甚至客户端都不需要知道ABC模块的存在,客户端跟Facade类交互就好了,从而更好实现了客户端和子系统中ABC模块的解耦,让客户端更容易地使用系统。

外观模式的目的

外观模式的目的不是给子系统添加新的功能接口,而是为了让外部减少与子系统内多个模块的交互,松散解耦,从而让外部能够更简单地使用子系统。这点要特别注意,因为外观是当做子系统对外接口的实现,虽然也可以在这里定义一些子系统没有到额功能,但不建议这么做。外观应该是包装已有的功能,它主要负责组合已有功能来实现客户需要,而不是添加新的实现。

外观模式的好处

能够选择性地暴露接口的方法,尽量减少子系统接口功能的暴露。一个模块的接口中定义的方法可以分为两部分,一部分是给子系统外部使用的,一部分是子系统内部的模块间相互调用时使用的。有了Facade接口,那么用于子系统内部的接口功能就不用暴露给子系统的外部。

外观接口的本质

封装交互,简化调用

0 人点赞