[C++]——同步异步日志系统(2)

news2025/2/22 21:04:45

同步异步日志系统

  • 一、 不定参函数
    • 1.1 不定参宏函数的使用
    • 1.2 C 语言中不定参函数的使用
    • 1.3 C++不定参数使用
  • 二、设计模式
    • 2.1 单列模式
    • 2.2 工厂模式
    • 2.3 建造者模式
    • 2.4 代理模式

在我们开发同步异步日志系统之前,需要了解一些相关的技术知识。

一、 不定参函数

在初学C语⾔的时候,我们都⽤过printf函数进⾏打印。其中printf函数就是⼀个不定参函数,在函数内 部可以根据格式化字符串中格式化字符分别获取不同的参数进⾏数据的格式化。

1.1 不定参宏函数的使用

  1. 首先我们看怎么打印数字和字符。
/*
学习不定参宏函数的使用
*/
#include<stdio.h>
int main()
{
//编译器内置的宏:__FILE__当前文件名;__LINE__当前行号。
printf("[%s:%d],%s %d",__FILE__,__LINE__,"你好世界",521);
    return 0;
}   

在这里插入图片描述
2. 用宏表示不定参数

  1. 不定参的表示用:“…”
  2. 不定参的使用:“ __ VA_REGS __”。(如果 __ VA_REGS __是空的话就在前面加 ## ,这里的作用就是取消前面的逗号。)
#include<stdio.h>
#define LOG(fmt,...) printf("[%s:%d]", __FILE__, __LINE__, __VA_ARGS__);
int main()
{
//编译器内置的宏:__FILE__当前文件名;__LINE__当前行号。
    LOG("%s %d\n","你好世界",521)
    return 0;
}   

在这里插入图片描述
3. 如果只有LOG(“你好世界”),就会报错;这时候就要加##号。
在这里插入图片描述

#include<stdio.h>
#define LOG(fmt,...) printf("[%s:%d]", __FILE__, __LINE__,##__VA_ARGS__);
int main()
{
//编译器内置的宏:__FILE__当前文件名;__LINE__当前行号。
    LOG("你好世界")
    return 0;
} 

在这里插入图片描述

1.2 C 语言中不定参函数的使用

/*
C语言中不定参函数的使用,不定参数据的访问
*/
#define _GNU_SOURCE//使用vasprintf函数必须带这个宏
#include <stdio.h>
#include <stdarg.h>
#include <stdlib.h>
//参数类型一样
void printNum(int n, ...)
{
    va_list al;//可变参数
    va_start(al, n); //  获取指定参数的起始地址,这里就是获取n参数之后的第一个参数的起始地址
    for (int i = 0; i < n; i++)
    {
        int num = va_arg(al, int); // 从可变参数中取出⼀个整形参数
        printf("param[%d]:%d\n", i, num);
    }
    va_end(al); // 清空可变参数列表--其实是将al置空
}
//参数类型不一样
void myprintf(const char*fmt,...)
{
    va_list ap;
    va_start(ap,fmt);
    char *res;
    //对不定参数的基本使用;給一个一级指针的地址进去,根据fmt里面的字符串格式,一个一个的取出参数列表的每个数。
    int ret=vasprintf(&res,fmt,ap);
    if(ret!=-1)
    {
        printf(res);
        free(res);
    }
    va_end(ap);//将ap指针置空
}
int main()
{
    printNum(3, 11, 22,33);
    printNum(5, 44, 55, 66, 77, 88);
    myprintf("%s %d","hello",521);
    return 0;
}

在这里插入图片描述

1.3 C++不定参数使用

#include <iostream>

//特化
void xprintf()
{
    std::cout<<std::endl;
}

template <typename T,typename ...Args>
void xprintf(const T &v,Args &&...args)
{
    std::cout<<v;
    //sizeof计算参数包参数的个数
    if((sizeof ...(args))>0)
    {
        //完美转发
        xprintf(std::forward<Args>(args)...);
    }
    else{
        //递归为0的情况 
        xprintf();
    }
}

int main()
{
xprintf("hello!","world",521);
xprintf("hello!","world");
xprintf("hello!");
    return 0;
}

在这里插入图片描述

二、设计模式

设计模式是前辈们对代码开发经验的总结,是解决特定问题的⼀系列套路。它不是语法规定,⽽是⼀ 套⽤来提⾼代码可复⽤性、可维护性、可读性、稳健性以及安全性的解决⽅案。

六大原则:

  1. 1. 单一职责原则(SingleResponsibilityPrinciple )
    • 类的职责应该单⼀,⼀个⽅法只做⼀件事。
    • 使⽤建议:两个完全不⼀样的功能不应该放⼀个类中,⼀个类中应该是⼀组相关性很⾼的函数或数据的封装。
    • 例子:⽹络聊天:⽹络通信&聊天,应该分割成为⽹络通信类&聊天类。
    2. 开闭原则(OpenClosedPrinciple )
    • 对扩展开放,对修改封闭。
    • 使⽤建议:对软件实体的改动,最好⽤扩展⽽⾮修改的⽅式。
    • ⽤例:超时卖货:商品价格—不是修改商品的原来价格,⽽是新增促销价格。
    3. 里氏替换原则(LiskovSubstitutionPrinciple )
    • 通俗点讲,就是只要⽗类能出现的地⽅,⼦类就可以出现,⽽且替换为⼦类也不会产⽣任何错误或异常。
    • 在继承类时,务必重写⽗类中所有的⽅法,尤其需要注意⽗类的protected⽅法,⼦类尽量不要暴露⾃⼰的public⽅法供外界调⽤。
    • 使⽤建议:⼦类必须完全实现⽗类的⽅法,孩⼦类可以有⾃⼰的个性。覆盖或实现⽗类的⽅法时,输⼊参数可以被放⼤,输出可以缩⼩。
    • ⽤例:跑步运动员类-会跑步,⼦类⻓跑运动员-会跑步且擅⻓⻓跑,⼦类短跑运动员-会跑步且擅⻓短跑。
    4. 依赖倒置原则(Dependence Inversion Principle)
    • ⾼层模块不应该依赖低层模块,两者都应该依赖其抽象.不可分割的原⼦逻辑就是低层模式,原⼦逻辑组装成的就是⾼层模块。
    • 模块间依赖通过抽象(接⼝)发⽣,具体类之间不直接依赖。
    • 使⽤建议:每个类都尽量有抽象类,任何类都不应该从具体类派⽣。尽量不要重写基类的⽅法。结合⾥⽒替换原则使⽤。
    • ⽤例:奔驰⻋司机类–只能开奔驰;司机类–给什么⻋,就开什么⻋;开⻋的⼈:司机–依赖于抽象。
    5. 迪⽶特法则(LawofDemeter),⼜叫“最少知道法则”
    • 尽量减少对象之间的交互,从⽽减⼩类之间的耦合。⼀个对象应该对其他对象有最少的了解。 对类的低耦合提出了明确要求:1.只和直接的朋友交流,朋友之间也是有距离的。⾃⼰的就是⾃⼰的。(如果⼀个⽅法放在本类中,既不增加类间关系,也对本类不产⽣负⾯影响,那就放置在本类中)
    • ⽤例:⽼师让班⻓点名–⽼师给班⻓⼀个名单,班⻓完成点名勾选,返回结果,⽽不是班⻓点名,⽼师勾选。
    6. 接⼝隔离原则(Interface Segregation Principle );
    • 客⼾端不应该依赖它不需要的接⼝,类间的依赖关系应该建⽴在最⼩的接⼝上。
    • 使⽤建议:接⼝设计尽量精简单⼀,但是不要对外暴露没有实际意义的接⼝。
    • ⽤例:修改密码,不应该提供修改⽤⼾信息接⼝,⽽就是单⼀的最⼩修改密码接⼝,更不要暴露数据库操作。

从整体上来理解六⼤设计原则,可以简要的概括为⼀句话,⽤抽象构建框架,⽤实现扩展细节,具体到每⼀条设计原则 则对应⼀条注意事项:

  1. 单⼀职责原则告诉我们实现类要职责单⼀;
  2. 开闭原则是总纲,告诉我们要对扩展开放,对修改关闭;
  3. ⾥⽒替换原则告诉我们不要破坏继承体系;
  4. 依赖倒置原则告诉我们要⾯向接⼝编程;
  5. 迪⽶特法则告诉我们要降低耦合;
  6. 接⼝隔离原则告诉我们在设计接⼝的时候要精简单⼀。

2.1 单列模式

一个类只创建一个对象。 该设计模式可以保证系统中该类只有⼀个实例化对象,并提供⼀个访问它的全局访问点,该实例被所有程序模块共享。⽐如在某个服务器程序中,该服务器的配置信息存放在⼀个⽂件中,这些配置数据由⼀个单例对象统⼀读取,然后服务进程中的其他对象再通过这个单例对象获取这些配置信息,这种⽅式简化了在复杂环境下的配置管理。

  1. 饿汉模式

程序启动时就会创建⼀个唯⼀的实例对象。因为单例对象已经确定,所以⽐较适⽤于多线程环境中,多线程获取单例对象不需要加锁,可以有效的避免资源竞争,提⾼性能。

#include <iostream>
// 饿汉模式的单例模式
class Singleton
{
private:
    static Singleton _eton; // 实例化一个对象,这个是声明,需要在类外面定义
    Singleton() : _data(99)
    {
        std::cout << "单例对象构造\n";
        ;
    }; // 初始化列表
    Singleton(const Singleton &) = delete; // 禁止拷贝构造
    ~Singleton(){};                        // 析构函数
private:
    int _data; // 日期
public:
    // 给类外调用的接口,获得类的信息。
    static Singleton &getInstance()
    {
        return _eton;
    }
    int getData()
    {
        return _data;
    }
};
Singleton Singleton::_eton;

int main()
{
    std::cout << Singleton::getInstance().getData(); // 获得实例化后对象的信息;
    return 0;
}

在这里插入图片描述
2. 懒汉模式

懒加载,延迟加载的思想,一个对象在用的时候在进行实例化。 如果单例对象构造特别耗时或者耗费济 源(加载插件、加载⽹络资源等), 可以选择懒汉模式, 在第⼀次使⽤的时候才创建对象。

  • 这⾥介绍的是《Effective C++》⼀书作者ScottMeyers 提出的⼀种更加优雅简便的单例模式 Meyers’Singleton in C++。
  • C++11 Static local variables特性以确保C++11起,静态变量将能够在满⾜ thread-safe 的前提 下唯⼀地被构造和析构
#include <iostream>
// 懒汉模式的单例模式:定义对象的时候不是直接实例化对象
class Singleton
{
private:
    Singleton() : _data(99)
    {
        std::cout << "单例对象构造\n";
        ;
    }; // 初始化列表
    Singleton(const Singleton &) = delete; // 禁止拷贝构造
    ~Singleton(){};                        // 析构函数
private:
    int _data; // 日期
public:
    // 给类外调用的接口,获得类的信息。
    static Singleton &getInstance()
    {
        static Singleton _eton; // c++11之后才开始这么做,c++11之前都是先定义一个对象指针,如果是空就不实例化对象,不是空就new对象,存在线程安全的问题,要加锁
        return _eton;
    }
    int getData()
    {
        return _data;
    }
};
int main()
{
    std::cout << Singleton::getInstance().getData(); // 获得实例化后对象的信息;
    return 0;
}

在这里插入图片描述

2.2 工厂模式

⼯⼚模式是⼀种创建型设计模式,它提供了⼀种创建对象的最佳⽅式。在⼯⼚模式中,我们创建对象时不会对上层暴露创建逻辑,⽽是通过使⽤⼀个共同结构来指向新创建的对象,以此实现创建-使⽤的分离。

⼯⼚模式可以分为:

  1. 简单工厂模式

简单⼯⼚模式实现由⼀个⼯⼚对象通过类型决定创建出来指定产品类的实例。假设有个⼯⼚能⽣产出⽔果,当客⼾需要产品的时候明确告知⼯⼚⽣产哪类⽔果,⼯⼚需要接收⽤⼾提供的类别信息,当新增产品的时候,⼯⼚内部去添加新产品的⽣产⽅式。

//简单⼯⼚模式:通过参数控制可以⽣产任何产品
// 优点:简单粗暴,直观易懂。使⽤⼀个⼯⼚⽣产同⼀等级结构下的任意产品
// 缺点:
// 1. 所有东西⽣产在⼀起,产品太多会导致代码量庞⼤
//2. 开闭原则遵循(开放拓展,关闭修改)的不是太好,要新增产品就必须修改⼯⼚⽅法。
#include <iostream>
#include <memory>
// 简单工厂模式
// 水果类
class Fruits
{
public:
    Fruits(){}; // 构造函数
    // 创建生产方式的纯虚函数
    virtual void show() = 0;
};
// 水果的产品
class Apple : public Fruits
{
public:
    Apple(){};
    virtual void show()
    {
        std::cout << "我是一个红苹果" << std::endl;
    };
};
class Banana : public Fruits
{
public:
    Banana(){};
    virtual void show()
    {
        std::cout << "我是一个黄香蕉" << std::endl;
    };
};

// 给我们使用的水果工厂
class FritisFactory
{
public:
    // 创建水果的方法
    static std::shared_ptr<Fruits> create(const std::string &name)
    {
        if (name == "苹果")
            return std::make_shared<Apple>();
        else
            return std::make_shared<Banana>();
    }
};

int
main()
{
    std::shared_ptr<Fruits> fruit = FritisFactory::create("苹果"); // 工厂生产苹果
    fruit->show();                                                 // 显示苹果
    fruit = FritisFactory::create("香蕉");                         // 工厂生产香蕉
    fruit->show();                                                 // 显示香蕉
    return 0;
}

在这里插入图片描述
这个模式的结构和管理产品对象的⽅式⼗分简单, 但是它的扩展性⾮常差,当我们需要新增产品的时 候,就需要去修改⼯⼚类新增⼀个类型的产品创建逻辑,违背了开闭原则。

  1. 工厂方法模式

在简单⼯⼚模式下新增多个⼯⼚,多个产品,每个产品对应⼀个⼯⼚。假设现在有 A、B 两种产品,则开两个⼯⼚,⼯⼚ A 负责⽣产产品 A,⼯⼚ B 负责⽣产产品 B,用户只知道产品 的⼯⼚名,⽽不知道具体的产品信息,⼯⼚不需要再接收客户的产品类别,⽽只负责⽣产产品。

//⼯⼚⽅法:定义⼀个创建对象的接⼝,但是由⼦类来决定创建哪种对象,使⽤多个⼯⼚分别⽣产指定 的固定产品
// 优点: 
// 1. 减轻了⼯⼚类的负担,将某类产品的⽣产交给指定的⼯⼚来进⾏
// 2. 开闭原则遵循较好,添加新产品只需要新增产品的⼯⼚即可,不需要修改原先的⼯⼚类
// 缺点:对于某种可以形成⼀组产品族的情况处理较为复杂,需要创建⼤量的⼯⼚类.
#include <iostream>
#include <memory>
// 工厂方法模式
// 水果类
class Fruits
{
public:
    Fruits(){}; // 构造函数
    // 创建生产方式的纯虚函数
    virtual void show() = 0;
};
// 水果的产品
class Apple : public Fruits
{
public:
    Apple(){};
    virtual void show()
    {
        std::cout << "我是一个红苹果" << std::endl;
    };
};
class Banana : public Fruits
{
public:
    Banana(){};
    virtual void show()
    {
        std::cout << "我是一个黄香蕉" << std::endl;
    };
};

// 给我们使用的水果工厂
class FritisFactory
{
public:
    // 创建水果的纯虚函数
    virtual std::shared_ptr<Fruits> create() = 0;
};

// 苹果工厂
class AppleFactory
{
public:
    std::shared_ptr<Fruits> create() override // 用来重写基类的同名虚函数
    {
        return std::make_ptr<Apple>();
    }
};
// 香蕉工厂
class BananFactory
{
public:
    std::shared_ptr<Fruits> create() override // 用来重写基类的同名虚函数
    {
        return std::make_ptr<Banana>();
    }
};

int main()
{
    std::shared_ptr<FritisFactory> ff(new AppleFactory()); // 创建一个苹果工厂
    std::shared_ptr<Fruits> fruit = ff->create();          // 生产苹果
    fruit->show();
    ff.reset(new BananFactory()); // 重新管理工厂为香蕉工厂
    fruit = ff->create();         // 创建一个香蕉
    fruit->show();                // 生产香蕉
    return 0;
}

在这里插入图片描述
⼯⼚⽅法模式每次增加⼀个产品时,都需要增加⼀个具体产品类和⼯⼚类,这会使得系统中类的个数 成倍增加,在⼀定程度上增加了系统的耦合度。

  1. 抽象工厂模式

⼯⼚⽅法模式通过引⼊⼯⼚等级结构,解决了简单⼯⼚模式中⼯⼚类职责太重的问 题,但由于⼯⼚⽅法模式中的每个⼯⼚只⽣产⼀类产品,可能会导致系统中存在⼤量的⼯⼚类,势必会增加系统的开销。此时,我们可以考虑将⼀些相关的产品组成⼀个产品族(位于不同产品等级 结构中功能相关联的产品组成的家族),由同⼀个⼯⼚来统⼀⽣产,这就是抽象⼯⼚模式的基本思想。

//抽象⼯⼚:围绕⼀个超级⼯⼚创建其他⼯⼚。每个⽣成的⼯⼚按照⼯⼚模式提供对象。
// 思想:将⼯⼚抽象成两层,抽象⼯⼚ & 具体⼯⼚⼦类, 在⼯⼚⼦类种⽣产不同类型的⼦产品
#include <iostream>
#include <memory>
// 抽象工厂模式
// 水果类
class Fruits
{
public:
    Fruits(){}; // 构造函数
    // 创建生产方式的纯虚函数
    virtual void show() = 0;
};
// 水果的产品
class Apple : public Fruits
{
public:
    Apple(){};
    virtual void show()
    {
        std::cout << "我是一个红苹果" << std::endl;
    };
};
class Banana : public Fruits
{
public:
    Banana(){};
    virtual void show()
    {
        std::cout << "我是一个黄香蕉" << std::endl;
    };
};

// 动物类
class Animal
{
public:
    Animal(){}; // 构造函数
    // 创建生产方式的纯虚函数
    virtual void name1() = 0;
};
// 动物的产品
class Lamp : public Animal
{
public:
    Lamp(){};
    virtual void name1()
    {
        std::cout << "我是一只山羊" << std::endl;
    };
};
class Dog : public Animal
{
public:
    Dog(){};
    virtual void name1()
    {
        std::cout << "我是一只狗" << std::endl;
    };
};

// 给我们使用的抽象工厂
class Factory
{
public:
    // 创建分类的纯虚函数
    virtual std::shared_ptr<Fruits> getFruits(const std::string &name) = 0;
    virtual std::shared_ptr<Animal> getAnimal(const std::string &name) = 0;
};

// 水果工厂
class FruitFactory : public Factory
{
public:
    virtual std::shared_ptr<Animal> getAnimal(const std::string &name)
    {
        return std::shared_ptr<Animal>(); // 返回一个空对象
    }
    virtual std::shared_ptr<Fruits> getFruits(const std::string &name)
    {
        if (name == "苹果")
            return std::make_shared<Apple>();
        else if (name == "香蕉")
            return std::make_shared<Banana>();
        else
            return std::shared_ptr<Fruits>(); // 否则为空
    }
};
// 动物工厂
class AnimalFactory : public Factory
{
public:
    virtual std::shared_ptr<Fruits> getFruits(const std::string &name)
    {
        return std::shared_ptr<Fruits>(); // 返回一个空对象
    }
    virtual std::shared_ptr<Animal> getAnimal(const std::string &name)
    {
        if (name == "小羊")
            return std::make_shared<Lamp>();
        else if (name == "小狗")
            return std::make_shared<Dog>();
        else
            return std::shared_ptr<Animal>(); // 否则为空
    }
};

// 超级工厂
class FactoryProducer
{
public:
    static std::shared_ptr<Factory> getFactory(const std::string &name)
    {
        if (name == "动物")
        {
            return std::make_shared<AnimalFactory>();
        }
        else
        {
            return std::make_shared<FruitFactory>();
        }
    }
};

int main()
{
    std::shared_ptr<Factory> fruit_factory = FactoryProducer::getFactory("⽔果");
    std::shared_ptr<Fruits> fruit = fruit_factory->getFruits("苹果");
    fruit->show();
    fruit = fruit_factory->getFruits("香蕉");
    if (fruit == nullptr)
    {
        return 0;
    }
    fruit->show();
    std::shared_ptr<Factory> animal_factory = FactoryProducer::getFactory("动物");
    std::shared_ptr<Animal> animal = animal_factory->getAnimal("小羊");
    animal->name1();
    animal = animal_factory->getAnimal("小狗");
    if (animal == nullptr)
    {
        return 0;
    }
    animal->name1();
    return 0;
}

在这里插入图片描述
抽象⼯⼚模式适⽤于⽣产多个⼯⼚系列产品衍⽣的设计模式,增加新的产品等级结构复杂,需要对原 有系统进⾏较⼤的修改,甚⾄需要修改抽象层代码,违背了“开闭原则”。

2.3 建造者模式

建造者模式是⼀种创建型设计模式, 使⽤多个简单的对象⼀步⼀步构建成⼀个复杂的对象(可能会按照一定的顺序才能构建成产品),能够将⼀个复杂的对象的构建与它的表⽰分离,提供⼀种创建对象的最佳⽅式。主要⽤于解决对象的构建过于 复杂的问题。

建造者模式主要基于四个核⼼类实现:

  • 抽象产品类:
  • Product(产品角色):⼀个具体的产品对象类
  • Builder(抽象建造者):创建⼀个产品对象所需的各个部件的抽象接⼝
  • ConcreteBuilder(具体建造者):实现抽象接⼝,构建各个部件
  • Director类(指挥者):统⼀组建过程,提供给调⽤者使⽤,通过指挥者来构造产品。
#include <iostream>
#include <memory>
#include <string>
// 建造者模式
// 1.先创建产品的抽象类
class Computer
{
public:
    // 构建零部件的方法
    void setBoard(const std::string &board)
    {
        _board = board;
    }
    void setDisply(const std::string &display)
    {
        _display = display;
    }
    virtual void setOs() = 0;
    std::string toString()
    {
        std::string computer = "Computer:{\n";
        computer += "\tboard=" + _board + ",\n";
        computer += "\tdisplay=" + _display + ",\n";
        computer += "\tOs=" + _os + ",\n";
        computer += "}\n";
        return computer;
    }

protected: // 如果是私有的零部件,
    // 这是我们构造电脑所需要的零部件。
    std::string _board;   // 主板
    std::string _display; // 显示屏
    std::string _os;      // 操作系统
};

// 2.对产品抽象接口的具体实现
class MacBook : public Computer
{
public:
    // 构建抽象零部件的方法
    void setOs() override
    {
        _os = "Mac os x12";
    }
};

// 3.完成各个零部件的生产过程
class Builder
{
public:
    virtual void builBoard(const std::string &board) = 0;
    virtual void builDisplay(const std::string &display) = 0;
    virtual void builOs() = 0;
    virtual std::shared_ptr<Computer> build() = 0;
};

// 4.实现抽象接⼝,构建各个部件
class MacBookBuild : public Builder
{
public:
    MacBookBuild() : _computer(new MacBook()) {}
    void builBoard(const std::string &board)
    {
        _computer->setBoard(board);
    }
    void builDisplay(const std::string &display)
    {
        _computer->setDisply(display);
    }
    void builOs()
    {
        _computer->setOs();
    }
    std::shared_ptr<Computer> build()
    {
        return _computer;
    }
    std::shared_ptr<Computer> _computer;
};

// 指挥者
class Director
{
public:
    Director(Builder *builder) : _builder(builder) {}
    void construct(const std::string &board, const std::string &display)
    {
        _builder->builBoard(board);
        _builder->builDisplay(display);
        _builder->builOs();
    }

private:
    std::shared_ptr<Builder> _builder;
};

int main()
{
    Builder *builder = new MacBookBuild();                     // 苹果系统的建造者构造
    std::unique_ptr<Director> director(new Director(builder)); // 指挥者准备好了
    director->construct("华硕主板", "三星显示器");             // 组装好了
    std::shared_ptr<Computer> computer = builder->build();     //
    std::cout << computer->toString();
    return 0;
}

在这里插入图片描述

2.4 代理模式

代理模式指代理控制对其他对象的访问, 也就是代理对象控制对原对象的引⽤。在某些情况下,⼀个对象不适合或者不能直接被引⽤访问,⽽代理对象可以在客⼾端和⽬标对象之间起到中介的作⽤。代理模式的结构包括⼀个是真正的你要访问的对象(⽬标类)、⼀个是代理对象。⽬标对象与代理对象实现同⼀个接⼝,先访问代理类再通过代理类访问⽬标对象。

代理模式分为静态代理、动态代理:

  • 静态代理指的是,在编译时就已经确定好了代理类和被代理类的关系。也就是说,在编译时就已经 确定了代理类要代理的是哪个被代理类。
  • 动态代理指的是,在运⾏时才动态⽣成代理类,并将其与被代理类绑定。这意味着,在运⾏时才能 确定代理类要代理的是哪个被代理类。

以租房为例,房东将房⼦租出去,但是要租房⼦出去,需要发布招租启⽰, 带⼈看房,负责维修,这 些⼯作中有些操作并⾮房东能完成,因此房东为了图省事,将房⼦委托给中介进⾏租赁。
代理模式实现:

// 房东要把一个房子通过中介租出去
#include <iostream>
#include <string>
// 代理模式
// 出租房子
class RentHouse
{
public:
    virtual void rentHouse() = 0;
};
// 房东
class Landlord : public RentHouse
{
public:
    void rentHouse()
    {
        std::cout << "将房子租出去\n";
    }
};

// 中介代理出租
class Intermediary : public RentHouse
{
public:
    void rentHouse()
    {
        std::cout << "发布招租启示\n";
        std::cout << "带人看房\n";
        _landlord.rentHouse();
        std::cout << "负责租后服务\n";
    }

private:
    Landlord _landlord;
};

int main()
{
    Intermediary intermediary; // 中介对象
    intermediary.rentHouse();  // 出租房子
    return 0;
}

在这里插入图片描述

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处:http://www.coloradmin.cn/o/1895954.html

如若内容造成侵权/违法违规/事实不符,请联系多彩编程网进行投诉反馈,一经查实,立即删除!

相关文章

WPF UI 界面布局 魔术棒 文字笔记识别 技能提升 布局功能扩展与自定义 继承Panel的对象,测量与排列 系列七

应用开发第一步 功能分类&#xff1a;页面上的功能区域划分。。。。需求分析 业务逻辑 数据流 功能模块 UI/UX 编码 测试 发布 功能开发与布局 不用显式的方式设定元素的尺寸 不使用屏幕坐标来指定位置 Grid 功能最强大&#xff0c;布局最灵活的容器…

视频融合共享平台LntonCVS视频监控汇聚平台工业视频监控系统

LntonCVS是一款功能强大、灵活部署的安防视频监控平台&#xff0c;具备广泛的扩展性和视频能力。它支持多种主流标准协议&#xff0c;如国标GB28181、RTSP/Onvif、RTMP&#xff0c;同时还能兼容厂家的私有协议和SDK&#xff0c;如海康Ehome、海大宇等。除了传统的安防监控功能外…

阿里巴巴Arthas分析调优JVM实战及常量池详解

目录 一、阿里巴巴Arthas详解 Arthas使用场景 Arthas命令 Arthas使用 二、GC日志详解 如何分析GC日志 CMS G1 GC日志分析工具 三、JVM参数汇总查看命令 四、Class常量池与运行时常量池 字面量 符号引用 五、字符串常量池 字符串常量池的设计思想 三种字符串操作…

Linux 账号安全管理及应用

一、账号安全控制 1.系统账号清理 1.1 将非登录用户设置为无法登录 usermod -s /etc/nologin pkm #将名为pkm 用户的shell设为/sbin/nologin 用户 pkm 将无法登录 1.2 锁定长期不使用的账号 usermod -L 用户名 #锁定用户账号密码 usermod -U …

TCP报文校验和(checksum)计算

一. 原理 将TCP相关内容&#xff08;TCP伪头部TCP头部TCP内容&#xff09;转换成16比特的字符&#xff0c;然后进行累加&#xff0c;最后结果进行取反。TCP伪头部是固定的&#xff0c;下文有相关代码展示。 二. 源码 源码 #include <stdio.h> #include <stdlib.h&…

在 VS Code 中自动化 Xcode 项目编译和调试

在 VS Code 中自动化 Xcode 项目编译和调试 在日常的开发工作中&#xff0c;Xcode 是 macOS、iOS、watchOS 和 tvOS 应用程序开发的主要工具。为了提高工作效率&#xff0c;许多开发者选择在 Visual Studio Code (VS Code) 中编辑代码&#xff0c;并希望能够直接从 VS Code 启…

人工智能系列-numpy(一)

&#x1f308;个人主页&#xff1a;羽晨同学 &#x1f4ab;个人格言:“成为自己未来的主人~” Numpy是python语言的一个拓展程序库&#xff0c;支持大量的维度数组与矩阵计算&#xff0c;此外也针对数组运算提供大量的数学函数库 NumPy支持的数据类型比Python内置的类型要…

系统架构设计师教程(清华第2版)<第1章 绪论>解读

系统架构设计师教程 第一章 绪论 1.1 系统架构概述1.1.1 系统架构的定义及发展历程1.1.2 软件架构的常用分类及建模方法1.1.3 软件架构的应用场景1.1.4 软件架构的发展未来1.2 系统架构设计师概述1.2.1 架构设计师的定义、职责和任务1.2.2 架构设计师应具备的专业素质1.3 如何成…

计算机的错误计算(二十一)

摘要 两个不相等数相减&#xff0c;差为0&#xff1a; ? 在计算机的错误计算&#xff08;十九&#xff09;中&#xff0c;高中生小明发现本应为0的算式结果不为0. 今天他又发现对本不为0的算式&#xff0c;计算机的输出为0. 在 Python 中计算 &#xff1a; 则输出为0. 若用 C…

ArmPiPro-环境变量

V0.0 2024-07-04 V0.1 加入开发环境和PI4关于ROS的环境变量的对比 1.我们可以用env | grep ROS来查看Pi4中的ROS环境变量 如下图所示&#xff0c;不理解的&#xff0c;抛给AI快速了解一下。 2.ArmPiPro安装的ROS是ROS1-melodic 3.在开发时&#xff0c;需要在笔记本电脑上开一…

天环公益原创开发进度网站源码带后台免费分享

天环公益计划首发原创开发进度网站源码带后台免费分享 后台地址是&#xff1a;admin.php 后台没有账号密码 这个没有数据库 有能力的可以自己改 天环公益原创开发进度网站 带后台

how to use Xcode

Xcode IDE概览 Xcode 页面主要分为以下四个部分&#xff1a; 工具栏&#xff08;ToolBar area&#xff09;&#xff1a;主要负责程序运行调试&#xff0c;编辑器功能区域的显示 / 隐藏&#xff1b;编辑区&#xff08;Editor area&#xff09;&#xff1a;代码编写区域&#xf…

MYSQL8.0环境部署

创建用户 groupadd mysql useradd -g mysql mysql 删除原来的包 # rpm -qa|grep mysql # rpm -qa|grep mari mariadb-libs-5.5.68-1.el7.x86_64 # rpm -e --nodeps mariadb-libs-5.5.68-1.el7.x86_64 解压 cd /usr/local & mkdir mysql cd mysql # cp mysql-8…

记一次 .NET某网络边缘计算系统 卡死分析

一&#xff1a;背景 1. 讲故事 早就听说过有什么 网络边缘计算&#xff0c;这次还真给遇到了&#xff0c;有点意思&#xff0c;问了下 chatgpt 这是干嘛的 ? 网络边缘计算是一种计算模型&#xff0c;它将计算能力和数据存储位置从传统的集中式数据中心向网络边缘的用户设备、…

【设计模式】观察者模式(定义 | 特点 | Demo入门讲解)

文章目录 定义结构Demo | 代码Subject目标类Observer抽象观察者观察者1 | CPU监听器观察者2 | 内存监听器客户端 | Client 优点适合场景 定义 所谓观察者模式就是你是被观察的那个对象&#xff0c;你爸爸妈妈就是观察者&#xff0c;一天24h盯着你&#xff0c;一旦你不听话&…

前端引用vue/element/echarts资源等引用方法Blob下载HTML

前端引用下载vue/element/echarts资源等引用方法 功能需求 需求是在HTML页面中集成Vue.js、Element Plus&#xff08;Element UI的Vue 3版本&#xff09;、ECharts等前端资源&#xff0c;使用Blob下载HTML。 解决方案概述 直接访问线上CDN地址&#xff1a;简单直接&#xff0c…

实训学习错误总结2

1、 "timestamp": "2024-07-04T08:43:07.15400:00", "status": 405, "error": "Method Not Allowed", "path": "/wuzi/insert" 简单的来说就是使用的方法与注释不匹配。 规定的是&#xff1a;Get&a…

图DFS遍历

DFS遍历图 伪代码 俩函数。 判断图有几个连通分支&#xff1f;就是图的遍历&#xff0c;dfs完了就给他 #include <iostream> #include <cstdlib> #include <bits/stdc.h> #include <vector> using namespace std; const int N102; int n,m,temp1,te…

从开源小白到新晋 committer:主动尝试,心无旁骛,收获满满!

又一位清华同学加入&#xff01; 2024 年 6 月 12 日&#xff0c;经 Apache IoTDB 社区投票&#xff0c;杨蔡胤成为 Apache IoTDB committer。之前从未参加过开源社区贡献的他&#xff0c;为什么选择了 IoTDB&#xff0c;又为什么能够坚持到现在&#xff0c;有什么样的收获与成…

NASA——quarius(水瓶座) L3 网格化 1 度年土壤湿度,第 5 版

Aquarius L3 Gridded 1-Degree Annual Soil Moisture V005 水瓶座 L3 网格化 1 度年土壤湿度&#xff0c;第 5 版 简介 该数据集包含美国国家航空航天局&#xff08;NASA&#xff09;科学应用卫星&#xff08;SAC-D&#xff09;上的宝瓶座被动微波辐射计得出的第 3 级网格化…