设计模式——模版方法和策略模式

---

前言

作为一名资深CV工程师，学会为自己减少工作量乃重中之重。但只是一味地CV，只会因为劣质代码而让自己的工作量加倍，为了将来不被繁重的维护工作而打扰自己的休息日，为了更好的节能，学习设计模式，刻不容缓。

模版方法

概念

生活中我们总是离不开各种模版的存在，作文、文章、简历的模版。正是因为这些模板的存在，我们工作的效率才大大提高，而设计模式的中模版方法正是与现实生活中的模版如出一辙。

现实中的模版一般有两类，一类为只有大体框架的，而另一类为全部都填写完的，只需要修改你想要的部分即可。我们在设计模版方法的时候，可以设计一个骨架作为调用流程，而具体的功能/算法则留给派生类来实现。或者，将那些会变化的代码逻辑封装起来，如果有需要再留给派生类更改。

定义

模版方法指的是为算法定义一个大体运行框架，而将那些会变化的代码封装起来，而留给派生类实现的一种设计模式。

代码实现

以冲泡饮料为例，冲泡的步骤基本都不会改变，只有一部分细节会有变化，正好可以使用模版方法进行设计封装。

代码实例

class Beverage
{
public:
    void PrepareRecipe()
    {   // 代码运行的大体框架
        BoilWater();
        PourInCup();
        Brew();
        AddCondiments();
    }
    virtual ~Beverage() = default;
protected:
    // 具体实现可留给子类实现
    virtual void BoilWater()
    {
        std::cout << "Boiling water" << std::endl;
    }

    virtual void PourInCup()
    {
        std::cout << "Pouring into cup" << std::endl;
    }

    virtual void Brew() = 0;

    virtual void AddCondiments() = 0;
};

class Coffee : public Beverage
{
protected:
    void Brew() override { std::cout << "Brewing coffee" << std::endl; }
    void AddCondiments() override { std::cout << "Adding sugar and milk" << std::endl; }
};

class Tea : public Beverage
{
protected:
    void Brew() override { std::cout << "Brewing tea" << std::endl; }
    void AddCondiments() override { std::cout << "Adding lemon" << std::endl; }
};

钩子方法

钩子方法是模版方法的一种变体，它在框架中定义一个判断方法（钩子），让子类来决定其代码逻辑，减少了减少了外部的干预，提高了代码的灵活度与拓展性。

继续用上方的饮料代码来举例就是，不是所有都饮料中都需要添加调味剂/配料，此时可以由子类决定其算法逻辑。

代码实例

class Beverage
{
public:
    void PrepareRecipe()
    {   // 代码运行的大体框架
        BoilWater();
        PourInCup();
        Brew();
        if (NeedCondiments()) AddCondiments();
    }
    virtual ~Beverage() = default;
protected:
    // 钩子方法
    virtual bool NeedCondiments() { return false; }
    // 具体实现可留给子类实现
    virtual void BoilWater()
    {
        std::cout << "Boiling water" << std::endl;
    }

    virtual void PourInCup()
    {
        std::cout << "Pouring into cup" << std::endl;
    }

    virtual void Brew() {std::cout << "Brew some drink"; };

    virtual void AddCondiments() { std::cout << "Adding some condiments"; }
};

class Coffee : public Beverage
{
protected:
    bool NeedCondiments() override { return true; }
    void Brew() override { std::cout << "Brewing coffee" << std::endl; }
    void AddCondiments() override { std::cout << "Adding sugar and milk" << std::endl; }
};

策略模式

概念

策略模式指的是将算法封装起来(成员变量/接口)，使其能够根据不同情况而更换。策略模式与模版方法都需要将其算法/实现封装起来，初认可能会将其混淆，但只要认清模版方法是将实现延迟到子类实现，而策略模式是变化封装成类(接口/委托)，就不会混淆了。

这里使用支付系统作为例子，随着互联网的发展，我们的支付方式越发变得丰富，如果每增加一个支付方式，支付系统都要重写代码的话，那么想必程序员都再也不用担心失业了。这种情况下使用策略模式，将支付手段封装起来，那么就正好符合OO原则中的开闭原则，系统的维护性也更好。

实现

class Payment
{
public:
    virtual void Pay(int amount) = 0; // 抽象支付方式
    virtual ~Payment() = default;
};

// 不同支付方式继承与同一个接口
class CreditCardPayment : public Payment
{
public:
    void Pay(int amount) override
    {
        std::cout << "Paying " << amount << " using CreditCard" << std::endl;
    }
};

class PayPalPayment : public Payment
{
public:
    void Pay(int amount) override
    {
        std::cout << "Paying " << amount << " using PayPal" << std::endl;
    }
};

class PaymentContext
{
private:
    Payment* _payment{};
public:
    void PayAmount(int amount)
    {
        if (_payment) _payment->Pay(amount);
    }
    // 根据需要变更策略
    void SetPayment(Payment* payment) { _payment = payment;}
};

总结

特点	模板方法模式	策略模式
定义	将算法的固定部分提取到基类，变化部分由子类实现。	将不同算法封装成独立的类，通过上下文类动态切换算法。
设计意图	通过基类定义算法框架，将具体实现延迟到子类。	通过将算法封装成独立的类，使其能够在运行时动态替换。
使用场景	固定流程的多个步骤，其中部分步骤的实现因子类不同而不同。	多种算法可以互换，且算法相对独立，变化频繁。
优点	1. 代码复用性高。 2. 易于扩展新功能。	1. 符合开闭原则。 2. 代码更加灵活，易于维护和扩展。
缺点	1. 继承关系较复杂。 2. 增加类的数量。	1. 增加系统复杂度。 2. 上下文类需要了解所有策略的细节。

📜博客主页：主页
📫我的专栏：C++
📱我的github：github