设计模式(二)

设计模式(二)

敏捷开发模式:Refactoring to Patterns

重构特点:

1. 静态 --------> 动态
1. 早绑定 -----------> 晚绑定
1. 继承 ----------> 组合
1. 编译时依赖 --------> 运行时依赖
1. 紧耦合 -------> 松耦合

组件协作模式

通过晚期绑定,实现框架和应用间的松耦合

  1. Template Method
  2. Strategy
  3. Observer / Event
tips:
	基类的析构函数需要写为 虚析构函数
why:
	1.析构函数的作用是清理对象占用的资源;当对象生命周期结束时,析构函数会被自动调用
	2.为了确保当通过基类指针删除派生类对象时,能够正确地调用派生类的析构函数,从而避免资源泄漏
	3.多态:基类指针可以指向派生类的对象;
		使用基类指针删除指向的派生类对象时,如果基类的析构函数不是虚的
		那么只会调用基类的析构函数,而不会调用派生类的析构函数
		派生类可能有自己的资源需要释放,比如动态分配的内存或者打开的文件,
		没有正确释放,就会造成资源的泄露
	4.C++中对象的析构顺序是先调用派生类的析构函数,然后调用基类的析构函数
		如果基类的析构函数是虚的,那么当删除一个派生类对象时,
		首先会调用派生类的析构函数,然后是基类的析构函数
Template Method

定义一个操作中的算法的骨架(稳定), 而将一些步骤延迟(变化)到子类中

Template Method设计子类可以不改变(复用)一个算法的结构

即可重定义(override)该算法的某些步骤

// 抽象类
class Shape {
public:
    // 模板方法,定义了绘制图形的算法骨架
    void draw() {
        drawShape();
        fillShape();
    }

    // 抽象操作,由子类实现
    virtual void drawShape() = 0;
    virtual void fillShape() = 0;
};

// 具体子类
class Rectangle : public Shape {
public:
    // 实现抽象操作
    void drawShape() override {
        // 绘制矩形的轮廓
    }

    void fillShape() override {
        // 填充矩形
    }
};

class Circle : public Shape {
public:
    // 实现抽象操作
    void drawShape() override {
        // 绘制圆的轮廓
    }

    void fillShape() override {
        // 填充圆
    }
};

上述draw()是稳定的,不用虚函数

drawShape(), fillShape() 绘制图像,有圆的,有方的等

这是变化的,定义为虚函数;

这样就实现,算法的骨架(draw()) (稳定),变化(drawShape, fillShape)变化延迟到子类中

假设类中所有的都是稳定的,就不需要设计模式
假设类中所有都不是稳定的,也不需要设计模式了

设计模式 就是在变化和稳定中间,寻找隔离点,将变化和稳定隔离开

tips:
	查看代码时,找到类中哪些是变化的
					哪些是稳定的
这种晚绑定,c++通常用多态实现;
其实多态底层也是用函数指针实现
Strategy

motivation

软件构建中,某些对象使用的算法可能多种多样;经常改变

假设这些算法都编码到对象中,将使对象变得异常复杂;

how to 运行时根据需要透明地更改对象的算法? 实现算法和对象本身解耦合

需要用动态的思维去思考问题,设计解决方案,考虑未来;

如果使用静态的思维,只考虑当前问题,无法设计出好的方案应对未来的变化

用扩展的方式来改变;而不是修改来改变源代码

eg:使用枚举(enum)来定义不同的税率策略,然后使用if-else语句来选择相应的税率计算方法

enum TaxCountry {
    CHINA,
    USA,
    GERMANY
};

double calculateTax(double income, TaxCountry country) {
    switch (country) {
        case CHINA:
            return income * 0.2;
        case USA:
            return income * 0.3;
        case GERMANY:
            return income * 0.25;
        default:
            return 0;
    }
}

策略模式:创建一个TaxStrategy接口,将上面的每个case实例,定义为该接口的子类

class TaxStrategy {
public:
    virtual ~TaxStrategy() {}
    virtual double calculateTax(double income) = 0;
};

// 具体策略:中国税率
class ChinaTaxStrategy : public TaxStrategy {
public:
    double calculateTax(double income) override {
        return income * 0.2;
    }
};

// 具体策略:美国税率
class USATaxStrategy : public TaxStrategy {
public:
    double calculateTax(double income) override {
        return income * 0.3;
    }
};

// 具体策略:德国税率
class GermanyTaxStrategy : public TaxStrategy {
public:
    double calculateTax(double income) override {
        return income * 0.25;
    }
};

// 上下文
class IncomeCalculator {
private:
    std::unique_ptr<TaxStrategy> taxStrategy;

public:
    void setTaxStrategy(std::unique_ptr<TaxStrategy> taxStrategy) {
        this->taxStrategy = std::move(taxStrategy);
    }

    double calculateIncomeTax(double income) {
        return taxStrategy->calculateTax(income);
    }
};

int main() {
    double income = 10000;
    IncomeCalculator calculator;

    // 假设我们选择中国税率和美国税率
    calculator.setTaxStrategy(std::make_unique<ChinaTaxStrategy>());
    std::cout << "Income tax for China: " << calculator.calculateIncomeTax(income) << std::endl;

    calculator.setTaxStrategy(std::make_unique<USATaxStrategy>());
    std::cout << "Income tax for USA: " << calculator.calculateIncomeTax(income) << std::endl;

    return 0;
}

定义一系列算法,把它们一个个封装起来,并且使它们可互相替换(变化);

该模式使得算法可独立于使用它的客户程序(稳定) 而变化 (扩展,子类化)

if - else if 或 switch case; 通常都用策略模式来做接口; 只有那些固定下来的条件,不会再变了可以使用

而且用switch case ,if else在运行时内存装载也会出现问题,造成内存臃肿

observe

motivation

软件构建过程中,需要为某些对象建立一种 通知依赖关系

即:一个对象(观察者)的状态发生改变,所有的依赖对象(观察者对象)都会得到通知

如果这样,依赖关系过于紧密,将使软件不能很好地抵御变化

使用面向对象,将这种依赖关系弱化,形成一种稳定的依赖关系,从而实现软件体系结构的松耦合

新闻订阅服务为例,

class NewsService {
public:
    void addNews(std::string news) {
        // 添加新闻
        for (auto user : users) {
            user->notify(news); // 直接调用每个用户的notify方法
        }
    }
    
private:
    std::vector<User*> users; // 紧密耦合的用户列表
};

class User {
public:
    void notify(std::string news) {
        // 用户接收到新闻更新
    }
};
NewsService类与User类紧密耦合,如果需要添加新的用户类型或者改变通知方式,需要修改NewsService类的代码
扩展性差,如果未来有新的通知方式,例如邮件通知、短信通知等,需要在NewsService类中添加更多的代码

通过一个抽象的接口进行交互

class Subject {
public:
    virtual void registerObserver(Observer* observer) = 0;
    virtual void removeObserver(Observer* observer) = 0;
    virtual void notifyObservers(std::string news) = 0;
};

class Observer {
public:
    virtual void update(std::string news) = 0;
};

class NewsService : public Subject {
private:
    std::vector<Observer*> observers;
    
public:
    void registerObserver(Observer* observer) override {
        observers.push_back(observer);
    }
    
    void removeObserver(Observer* observer) override {
        // 移除观察者
    }
    
    void notifyObservers(std::string news) override {
        for (auto observer : observers) {
            observer->update(news);
        }
    }
    
    void addNews(std::string news) {
        notifyObservers(news); // 通知所有观察者
    }
};

class User : public Observer {
public:
    void update(std::string news) override {
        // 用户接收到新闻更新
    }
};
可扩展性:可以轻松地添加新的观察者类型,例如添加一个新的User子类来处理不同类型的用户
可维护性:由于解耦,修改NewsService或User类时,对其他类的依赖更少,因此更容易维护
灵活性:可以动态地添加或移除观察者,而不需要修改NewsService类的内部实现
上一篇:【Linux系统编程】——Linux入门指南:从零开始掌握操作系统的核心(指令篇)


下一篇:Redis & 事务 & 问题-前言