外观模式学习

介绍

  • Facade外观模式(有的也叫门面)
  • 定义:Facade模式为一组具有类似功能的类群,比如类库,子系统等等,提供一个一致的简单的界面。这个一致的
    简单的界面被称作facade。
  • 客户端可以调用这个角色的方法。 此角色知晓子系统的所有功能和责任。 一般情况下,本角色会将所有从客户端发来的请求委派到相应的子系统去, 也就说该角色没有实际的业务逻辑, 只是一个委托类。
  • subsystem子系统角色
    可以同时有一个或者多个子系统。 每一个子系统都不是一个单独的类, 而是一个类的集合。 子系统并不知道门面的存在。 对于子系统而言, 门面仅仅是另外一个客户端而已。

优点: 减少系统的相互依赖; 提高了灵活性;提高了安全性。它完美地体现了依赖倒转原则和迪米特法则的思想。

缺点: 不符合开闭原则

应用: 为一个复杂的模块或子系统提供一个供外界访问的接口;让子系统更加容易使用。子系统相对独立——外界对子系统的访问只要黑箱操作即可; 预防低水平人员带来的风险扩散。

 

UML类图:

简单示例:

#ifndef SIMPLE_FACADE_H
#define SIMPLE_FACADE_H

#include <iostream>

using namespace std;

class SubSystemOne
{
public:
    void methodOne()
    {
        cout<<"子系统方法  一"<<endl;
    }
};

class SubSystemTwo
{
public:
    void methodTwo()
    {
        cout<<"子系统方法  二"<<endl;
    }
};


class SubSystemThree
{
public:
    void methodThree()
    {
        cout<<"子系统方法  三"<<endl;
    }
};


class SubSystemFour
{
public:
    void methodFour()
    {
        cout<<"子系统方法  四"<<endl;
    }
};

class Facade
{
public:

    Facade()
    {
        mSubOne = new SubSystemOne;
        mSubTwo = new SubSystemTwo;
        mSubThree = new SubSystemThree;
        mSubFour = new SubSystemFour;
    }

    void methodA()
    {
        cout<<"\n方法组A\n";
        mSubOne->methodOne();
        mSubThree->methodThree();
        mSubFour->methodFour();
    }

    void methodB()
    {
        cout<<"\n方法组B\n";
        mSubTwo->methodTwo();
        mSubThree->methodThree();
    }

private:
    SubSystemOne *mSubOne;
    SubSystemTwo *mSubTwo;
    SubSystemThree *mSubThree;
    SubSystemFour *mSubFour;

};

#endif // SIMPLE_FACADE_H

 调用方法:

#include "simple_facade.h"


int main()
{
    Facade facade;
    facade.methodA();
    facade.methodB();
    return 0;
}

再来一个实例的UML图,加深理解:

 

 

 

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
上篇:软件设计模式例子代码  【例2.2】简单工厂方法模式-汽车保险  【例2.3】工厂方法模式-汽车保险  【例2.4】抽象工厂模式-房屋信息  【例2.5】生成器模式-房屋信息  【例2.6】单例模式-互联网连接  【例3.2】组合模式-五子棋代码  【例3.3】组合模式-空军指挥系统  【例3.4】组合模式-世界问候语  【例3.7】类适配器模式-客户信息验证  【例3.8】对象适配器模式-字符串排序  【例3.10】外观模式-安全系统  【例3.11】外观模式-椭圆功能  【例3.13】桥接模式-茶水机系统  【例3.14】桥接模式-几何立体体积  【例4.1】迭代器模式-矩阵搜索  【例4.2】迭代器模式-产品搜索  【例4.4】访问者模式-名牌鞋销售软件  【例4.5】访问者模式-计算机部件销售软件  【例4.6】命令模式-室内温度控制  【例4.7】命令模式-室内温度控制-2个GUI  【例4.8】命令模式-室内温度控制-3个GUI  【例4.10】中介者模式-旅游信息共享  【例4.11】中介者模式-海岛机场  【例4.13】策略模式-整数排序  【例4.14】策略模式-中国属相  【例4.16】状态模式-交通信号灯-设计1  【例4.16】状态模式-交通灯信号灯-设计2  【例4.16】状态模式-交通灯信号灯-设计3 下篇:软件体系结构例子代码  【例6.4】结构化设计-文件更新-C源代码  【例6.5】面向对象设计架构-文件更新  【例6.7】顺序批处理架构-文件更新  【例6.8】顺序批处理架构-图像处理  【例6.9】管道过滤器架构-主动过滤器  【例6.10】管道过滤器架构-被动过滤器  【例6.11】管道-过滤器架构-文件更新  【例6.12】管道-过滤器架构-图像处理程  【例6.14】事件体系结构-鼠标响应  【例6.17】事件体系结构-观察者模式-大草原1  【例6.18】事件体系结构-观察者模式-大草原2  【例6.19】事件体系结构-观察者模式-温度显示  【例6.21】层次架构-软件测试  【例6.22】层次架构-银行- Access数据库  【例6.23】MVC架构-二手车拍卖-无观察者  【例6.24】MVC架构-二手车拍卖-观察者-3个图形界面  【例6.25】MVC架构-二手车拍卖-观察者-1个图形界面
包含3个实验,状态—观察者模式(某网上书店,用户购买图书可以积分,积分达到一定值后可以升级为银会员、黄金会员等(用户等级有普通会员、银会员、黄金会员、钻石会员等),不同级别的会员购买图书有不同的优惠。同时用户也可以用积分在网上书店兑换小礼品购书券),组合观察者模式(某会议管理系统的“会议通知发送”模块说明如下: (1)行政管理人员可以给某个或某些员工(Employee)发送会议通知,比如周六要通知员工A和员工B加班,该系统就会向员工A和B发通知,如果周日某个部门要整体加班,该系统会给某个部门(Department)发送通知,部门里面的每个员工都会收到加班通知。 (2)如果员工或者部门希望能够收到会议通知,必须先注册到一个会议列表(MeetingList)中,在发送通知时,系统将逐个将会议通知发送给注册用户(User)),建造者—工厂方法—状态模式(联机游戏中每一个游戏人物角色都需要提供一个完整的角色造型,包括人物造型(body)、服装(costume)、武器(weapon)等,武器主要有AK47冲锋枪、狙击枪和手枪,不同的武器外观、使用方法和杀伤力不同,玩家可以使用不同的武器,而且随着游戏的升级,还可以增加新的武器,无需对现有系统做太多修改。同时游戏角色存在3中不同的状态,如正常状态、暂停状态、阵亡状态等,在不同的状态下角色的行为不同(暂停、开始游戏、射击、移动、被攻击),并且能够在不同状态下转换。使用三种模式完成该游戏角色的设计。)

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

Liu-Eleven

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值