C++ 设计模式之外观模式

这篇具有很好参考价值的文章主要介绍了C++ 设计模式之外观模式。希望对大家有所帮助。如果存在错误或未考虑完全的地方,请大家不吝赐教,您也可以点击"举报违法"按钮提交疑问。

【声明】本题目来源于卡码网(题目页面 (kamacoder.com))

【提示:如果不想看文字介绍,可以直接跳转到C++编码部分】


【简介】什么是外观模式

        外观模式Facade Pattern , 也被称为“⻔⾯模式”,是⼀种结构型设计模式,外观模式定义了⼀个⾼层接⼝,这个接⼝使得⼦系统更容易使⽤,同时也隐藏了⼦系统的复杂性。

        ----⻔⾯模式可以将⼦系统关在“⻔⾥”隐藏起来,客户端只需要通过外观接⼝与外观对象进⾏交互,⽽不需要直接和多个⼦系统交互,⽆论⼦系统多么复杂,对于外部来说是隐藏的,这样可以降低系统的耦合度。

        举个例⼦,假设你正在编写的⼀个模块⽤来处理⽂件读取、解析、存储,我们可以将这个过程拆成三部分,然后创建⼀个外观类,将⽂件系统操作、数据解析和存储操作封装在外观类中,为客户端提供⼀个简化的接⼝,如果后续需要修改⽂件处理的流程或替换底层⼦系统,也只需在外观类中进⾏调整,不会影响客户端代码。


【基本结构】

        外观模式的基本结构⽐较简单,只包括“外观”和“⼦系统类”:

  • 外观类:对外提供⼀个统⼀的⾼层次接⼝,使复杂的⼦系统变得更易使⽤。
  • ⼦系统类:实现⼦系统的功能,处理外观类指派的任务。

C++ 设计模式之外观模式,c++,设计模式,外观模式


 【简易实现步骤】

下⾯使⽤Java代码实现外观模式的通⽤结构:

1. 子系统A

// ⼦系统A
class SubsystemA {
    public void operationA() {
        System.out.println("SubsystemA operation");
    }
}

2. 子系统B

// ⼦系统B
class SubsystemB {
    public void operationB() {
        System.out.println("SubsystemB operation");
    }
}

3. 子系统C

// ⼦系统C
class SubsystemC {
    public void operationC() {
        System.out.println("SubsystemC operation");
    }
}

4. 外观类

// 外观类
class Facade {
    private SubsystemA subsystemA;
    private SubsystemB subsystemB;
    private SubsystemC subsystemC;

    public Facade() {
        this.subsystemA = new SubsystemA();
        this.subsystemB = new SubsystemB();
        this.subsystemC = new SubsystemC();
    }

    // 外观⽅法,封装了对⼦系统的操作
    public void facadeOperation() {
        subsystemA.operationA();
        subsystemB.operationB();
        subsystemC.operationC();
    }
}

5. 客户端代码

// 客户端
public class Main {
    public static void main(String[] args) {
        // 创建外观对象
        Facade facade = new Facade();
        // 客户端通过外观类调⽤⼦系统的操作
        facade.facadeOperation();
    }
}

        在上⾯的代码中, Facade 类是外观类,封装了对三个⼦系统SubSystem 的操作。客户端通过调⽤外观类的⽅法来实现对⼦系统的访问,⽽不需要直接调⽤⼦系统的⽅法。


【优缺点和使用场景】

        外观模式通过提供⼀个简化的接⼝,隐藏了系统的复杂性,降低了客户端和⼦系统之间的耦合度,客户端不需要了解系统的内部实现细节,也不需要直接和多个⼦系统交互,只需要通过外观接⼝与外观对象进⾏交互。

        但是如果需要添加新的⼦系统或修改⼦系统的⾏为,就可能需要修改外观类,这违背了“开闭原则”。

        外观模式的应⽤也⼗分普遍,下⾯⼏种情况都使⽤了外观模式来进⾏简化。

  • Spring框架是⼀个⼴泛使⽤外观模式的例⼦。Spring框架提供了⼀个⼤量的功能,包括依赖注⼊、⾯向切⾯编程(AOP)、事务管理等。Spring的ApplicationContext 可以看作是外观,隐藏了底层组件的复杂性,使得开发者可以更轻松地使⽤Spring的功能。
  • JDBC提供了⼀个⽤于与数据库交互的接⼝。DriverManager 类可以看作是外观,它简化了数据库驱动的加载和连接的过程,隐藏了底层数据库连接的复杂性。
  • Android系统的API中也使⽤了外观模式。例如, Activity 类提供了⼀个外观,使得开发者可以更容易地管理应⽤的⽣命周期,⽽⽆需关⼼底层的事件和状态管理。

【编码部分】

1. 题目描述

        小明家的电源总开关控制了家里的三个设备:空调、台灯和电视机。每个设备都有独立的开关密码,分别用数字1、2和3表示。即输入1时,空调关闭,输入2时,台灯关闭,输入3时,电视机关闭,当输入为4时,表示要关闭所有设备。请你使用外观模式编写程序来描述电源总开关的操作。

2. 输入描述

        第一行是一个整数 N(1 <= N <= 100),表示后面有 N 行输入。接下来的 N 行,每行包含一个数字,表示对应设备的开关操作(1表示关闭空调,2表示关闭台灯,3表示关闭电视机,4表示关闭所有设备)。

3. 输出描述

        输出关闭所有设备后的状态,当输入的数字不在1-4范围内时,输出Invalid device code.

4. C++编码实例

/**
* @version Copyright (c) 2024 NCDC, Servo。 Unpublished - All rights reserved
* @file FacadeMode.hpp
* @brief 外观模式
* @autor 写代码的小恐龙er
* @date 2024/01/11
*/

#include <iostream>
#include <string>

using namespace std;
// 前置声明
// 子系统1 -- 空调
class AirConditioner;
// 子系统2 -- 台灯
class Light;
// 子系统3 -- 电视机
class TV;
// 外观模式的管理类 -- 接口类的派生类
class FacadePowerSwitch;

// 子系统1 -- 空调
class AirConditioner
{
public:
    void TurnOff(){
        std::cout << "Air Conditioner is turned off." << endl;
    }
};

// 子系统1 -- 空调
class Light
{
public:
    void TurnOff(){
        std::cout << "Desk Lamp is turned off." << endl;
    }
};

// 子系统1 -- 空调
class TV
{
public:
    void TurnOff(){
        std::cout << "Television is turned off." << endl;
    }
};

// 外观模式的管理类 -- 接口类的派生类
class FacadePowerSwitch
{
    // 成员数据
private:
   AirConditioner *_airConditioner;
   Light *_light;
   TV *_tv;
    // 成员函数
public:
    // 重载构造函数 和 析构函数
    FacadePowerSwitch()
    {
        _airConditioner = new AirConditioner();
        _light = new Light();
        _tv = new TV();
    }
    ~FacadePowerSwitch(){
        if(_airConditioner != nullptr) {
            delete _airConditioner;
            _airConditioner = nullptr;
        }
        if(_light != nullptr) {
            delete _light;
            _light = nullptr;
        }
        if(_tv != nullptr) {
            delete _tv;
            _tv = nullptr;
        }
    }
    
    // 子系统业务代码
    void TurnOffContion(int orderType){
        switch(orderType)
        {
            case 1:
                _airConditioner->TurnOff();
                break;
            case 2:
                _light->TurnOff();
                break;
            case 3:
                _tv->TurnOff();
                break;
            case 4:
                std::cout << "All devices are off." << endl;
                break;
            default:
                std::cout << "Invalid device code." << endl;
                break;
        }
    }
};

int main()
{
    // 指令值个数
    int orderNum = 0;
    std::cin >> orderNum;
    // 创建外观管理类对象
    FacadePowerSwitch *facadePowerSwitch = new FacadePowerSwitch();
    
    for(int i = 0; i < orderNum; i++)
    {
        // 指令值
        int orderType = 0;
        std::cin >> orderType;
        //并调用业务函数
        facadePowerSwitch->TurnOffContion(orderType);
    }
    
    delete facadePowerSwitch;
    facadePowerSwitch = nullptr;
    return 0;
}

......

To be continued.文章来源地址https://www.toymoban.com/news/detail-798391.html

到了这里,关于C++ 设计模式之外观模式的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处: 如若内容造成侵权/违法违规/事实不符,请点击违法举报进行投诉反馈,一经查实,立即删除!

领支付宝红包 赞助服务器费用

相关文章

  • 设计模式:外观模式

    外观模式是一种结构型设计模式,它提供了一个统一的接口,用于访问子系统中的一组接口。外观模式隐藏了子系统的复杂性,使得客户端能够更简单地使用子系统的功能。 外观模式的核心思想是将复杂的子系统封装在一个外观类中,客户端只需要与外观类进行交互,而不需

    2024年02月07日
    浏览(41)
  • 设计模式-外观模式

         外观模式(Facade Pattern)是属于结构型的设计模式,它的主要目的是为子系统中的一组接口提供一个统一且更简单的接口,还简化了客户端调用子系统功能的过程。 1 Facade(外观类) : Facade 类提供了对子系统的简洁、一致的接口。它包含了子系统中的多个模块或组件的

    2024年01月19日
    浏览(68)
  • 设计模式详解-外观模式

    类型:结构型模式 实现原理:定义了一个高层接口,向现有的系统中的一组接口提供一致的界面 目的:降低访问复杂系统的内部子系统时的复杂度,简化客户端之间的接口,使系统更加容易使用 何时使用:简化复杂系统,方便操作 解决方法:对客户端和系统解耦,让外观类

    2024年02月12日
    浏览(34)
  • 设计模式(8)外观模式

    一、 1、使用背景:降低访问复杂系统的内部子系统时的复杂度,简化客户端之间的接口。 2、定义: 为子系统中的一组接口定义一个一致的界面,此模式定义了一个高层接口,这个接口使得这一子系统更加容易使用。完美地体现了依赖倒转原则和迪米特法则的思想。 3、结构

    2024年02月11日
    浏览(34)
  • 设计模式系列-外观模式

    一、上篇回顾 上篇我们主要讲述了创建型模式中的最后一个模式-原型模式,我们主要讲述了原型模式的几类实现方案,和原型模式的应用的场景和特点,原型模式 适合在哪些场景下使用呢?我们先来回顾一下我们上篇讲述的3个常用的场景。 1、我们在运行态的时候,动态的

    2024年02月09日
    浏览(35)
  • 设计模式之外观模式笔记

    记录下学习设计模式-外观模式的写法。JDK使用版本为1.8版本。 意图 :为子系统中的一组接口提供一个一致的界面,Facade模式定义了一个高层接口,这个接口使得这一子系统更加容易使用。 结构 : 其中: Facade知道哪些子系统类负责处理请求;将客户的请求代理给适合的子系统

    2024年02月11日
    浏览(36)
  • Java设计模式-外观模式

    在软件开发过程中,经常会遇到复杂的系统和庞大的类库。这些系统往往包含了大量的类和子系统,给开发人员带来了挑战。为了简化接口设计和提高系统的可用性,设计模式提供了一种名为外观模式的解决方案。 外观模式是一种结构型设计模式,旨在为复杂系统提供一个简

    2024年02月05日
    浏览(48)
  • js设计模式:外观模式

    将复杂的功能封装成可以简单调用的方法,无需知道内部的具体逻辑,只需要知道怎么去使用 类似于一把枪,你可以不知道内部的枪机,击发机,复进簧,枪管,导气装置,弹夹是怎么合作配合完成发射和自动填弹,你只需要知道你扣动扳机就能完成这一系列复杂的操作,而那个扳机就是

    2024年02月22日
    浏览(39)
  • 设计模式之代理模式与外观模式

    目录 代理模式 简介 优缺点 角色职责 实现 运用场景 外观模式 简介 角色职责 优缺点 实现 使用场景 由于某些原因需要给某对象提供一个代理以控制对该对象的访问。这时,访问对象不适合或者不能直接引用目标对象,代理对象作为访问对象和目标对象之间的中介 优点:  

    2024年02月10日
    浏览(35)
  • C#设计模式之---外观模式

    外观模式(Facade Pattern)提供了一个简单且公用的接口去处理复杂的子系统,并且没有减少子系统的功能。降低子系统的复杂性,避免了客户与子系统直接链接,它也减少了子系统与子系统间的连接,每个子系统都有它的Facade模式,每个子系统采用Facade模式去访问其他子系统

    2024年02月16日
    浏览(47)

觉得文章有用就打赏一下文章作者

支付宝扫一扫打赏

博客赞助

微信扫一扫打赏

请作者喝杯咖啡吧~博客赞助

支付宝扫一扫领取红包,优惠每天领

二维码1

领取红包

二维码2

领红包