C++設(shè)計(jì)模式之策略模式
前言
剛剛加班回來；哎，公司規(guī)定平時加班只有10塊錢的餐補(bǔ)；星期六和星期天加班，只給串休假；在國家規(guī)定的節(jié)假日按照3倍工資發(fā)放。那么對于這么多的計(jì)算加班費(fèi)的方法，公司的OA系統(tǒng)是如何進(jìn)行做的呢？這就要說到今天我這里總結(jié)的策略設(shè)計(jì)模式了。
策略模式
在GOF的《設(shè)計(jì)模式:可復(fù)用面向?qū)ο筌浖幕A(chǔ)》一書中對策略模式是這樣說的：定義一系列的算法，把它們一個個封裝起來，并且使它們可相互替換。該模式使得算法可獨(dú)立于使用它的客戶而變化。
策略模式為了適應(yīng)不同的需求，只把變化點(diǎn)封裝了，這個變化點(diǎn)就是實(shí)現(xiàn)不同需求的算法，但是，用戶需要知道各種算法的具體情況。就像上面的加班工資，不同的加班情況，有不同的算法。我們不能在程序中將計(jì)算工資的算法進(jìn)行硬編碼，而是能自由的變化的。這就是策略模式。
UML類圖
Strategy：定義所有支持的算法的公共接口。Context使用這個接口來調(diào)用某ConcreteStrategy定義的算法；
ConcreteStrategy：實(shí)現(xiàn)Strategy接口的具體算法；
Context：使用一個ConcreteStrategy對象來配置；維護(hù)一個對Stategy對象的引用，同時，可以定義一個接口來讓Stategy訪問它的數(shù)據(jù)。
使用場合
當(dāng)存在以下情況時使用Strategy模式：
1.許多相關(guān)的類僅僅是行為有異?！安呗浴碧峁┝艘环N用多個行為中的一個行為來配置一個類的方法；
2.需要使用一個算法的不同變體；
3.算法使用客戶不應(yīng)該知道的數(shù)據(jù)?？墒褂貌呗阅Ｊ揭员苊獗┞稄?fù)雜的、與算法相關(guān)的數(shù)據(jù)結(jié)構(gòu)；
4.一個類定義了多種行為，并且這些行為在這個類的操作中以多個條件語句的形式出現(xiàn)。將相關(guān)的條件分支移入它們各自的Strategy類中以替代這些條件語句。（是不是和狀態(tài)模式有點(diǎn)一樣哦？）
代碼實(shí)現(xiàn)
首先實(shí)現(xiàn)最單純的策略模式，代碼如下：
#include <iostream>
using namespace std;
// The abstract strategy
class Strategy
{
public:
virtual void AlgorithmInterface() = 0;
};
class ConcreteStrategyA : public Strategy
{
public:
void AlgorithmInterface()
{
cout<<"I am from ConcreteStrategyA."<<endl;
}
};
class ConcreteStrategyB : public Strategy
{
public:
void AlgorithmInterface()
{
cout<<"I am from ConcreteStrategyB."<<endl;
}
};
class ConcreteStrategyC : public Strategy
{
public:
void AlgorithmInterface()
{
cout<<"I am from ConcreteStrategyC."<<endl;
}
};
class Context
{
public:
Context(Strategy *pStrategyArg) : pStrategy(pStrategyArg)
{
}
void ContextInterface()
{
pStrategy->AlgorithmInterface();
}
private:
Strategy *pStrategy;
};
int main()
{
// Create the Strategy
Strategy *pStrategyA = new ConcreteStrategyA;
Strategy *pStrategyB = new ConcreteStrategyB;
Strategy *pStrategyC = new ConcreteStrategyC;
Context *pContextA = new Context(pStrategyA);
Context *pContextB = new Context(pStrategyB);
Context *pContextC = new Context(pStrategyC);
pContextA->ContextInterface();
pContextB->ContextInterface();
pContextC->ContextInterface();
if (pStrategyA) delete pStrategyA;
if (pStrategyB) delete pStrategyB;
if (pStrategyC) delete pStrategyC;
if (pContextA) delete pContextA;
if (pContextB) delete pContextB;
if (pContextC) delete pContextC;
}
在實(shí)際操作的過程中，我們會發(fā)現(xiàn)，在main函數(shù)中，也就是在客戶端使用策略模式時，會創(chuàng)建非常多的Strategy，而這樣就莫名的增加了客戶端的壓力，讓客戶端的復(fù)雜度陡然增加了。那么，我們就可以借鑒簡單工廠模式，使策略模式和簡單工廠模式相結(jié)合，從而減輕客戶端的壓力，代碼實(shí)現(xiàn)如下：
#include <iostream>
using namespace std;
// Define the strategy type
typedef enum StrategyType
{
StrategyA,
StrategyB,
StrategyC
}STRATEGYTYPE;
// The abstract strategy
class Strategy
{
public:
virtual void AlgorithmInterface() = 0;
virtual ~Strategy() = 0; // 謝謝hellowei提出的bug，具體可以參見評論
};
Strategy::~Strategy()
{}
class ConcreteStrategyA : public Strategy
{
public:
void AlgorithmInterface()
{
cout << "I am from ConcreteStrategyA." << endl;
}
~ConcreteStrategyA(){}
};
class ConcreteStrategyB : public Strategy
{
public:
void AlgorithmInterface()
{
cout << "I am from ConcreteStrategyB." << endl;
}
~ConcreteStrategyB(){}
};
class ConcreteStrategyC : public Strategy
{
public:
void AlgorithmInterface()
{
cout << "I am from ConcreteStrategyC." << endl;
}
~ConcreteStrategyC(){}
};
class Context
{
public:
Context(STRATEGYTYPE strategyType)
{
switch (strategyType)
{
case StrategyA:
pStrategy = new ConcreteStrategyA;
break;
case StrategyB:
pStrategy = new ConcreteStrategyB;
break;
case StrategyC:
pStrategy = new ConcreteStrategyC;
break;
default:
break;
}
}
~Context()
{
if (pStrategy) delete pStrategy;
}
void ContextInterface()
{
if (pStrategy)
pStrategy->AlgorithmInterface();
}
private:
Strategy *pStrategy;
};
int main()
{
Context *pContext = new Context(StrategyA);
pContext->ContextInterface();
if (pContext) delete pContext;
}
在上面這個代碼中，其實(shí)，我們可能看到的更多的是簡單工廠模式的應(yīng)用，我們將策略模式將簡單工廠模式結(jié)合在了一起，讓客戶端使用起來更輕松。
總結(jié)
策略模式和狀態(tài)模式，是大同小異的；狀態(tài)模式講究的是狀態(tài)的變化，和不同狀態(tài)下，執(zhí)行的不同行為；而策略模式側(cè)重于同一個動作，實(shí)現(xiàn)該行為的算法的不同，不同的策略封裝了不同的算法。策略模式適用于實(shí)現(xiàn)某一功能，而實(shí)現(xiàn)該功能的算法是經(jīng)常改變的情況。在實(shí)際工作中，遇到了實(shí)際的場景，可能會有更深的體會。比如，我們做某一個系統(tǒng)，該系統(tǒng)可以適用于各種數(shù)據(jù)庫，我們都知道，連接某一種數(shù)據(jù)庫的方式是不一樣的，也可以說，連接數(shù)據(jù)庫的“算法”都是不一樣的。這樣，我們就可以使用策略模式來實(shí)現(xiàn)不同的連接數(shù)據(jù)庫的策略，從而實(shí)現(xiàn)數(shù)據(jù)庫的動態(tài)變換。
相關(guān)文章
Opencv二幀差法檢測運(yùn)動目標(biāo)與提取輪廓
這篇文章主要為大家詳細(xì)介紹了Opencv使用二幀差法檢測運(yùn)動目標(biāo)與提取輪廓，文中示例代碼介紹的非常詳細(xì)，具有一定的參考價值，感興趣的小伙伴們可以參考一下2020-03-03
Visual Studio 2019 Professional 激活方法詳解
這篇文章主要介紹了Visual Studio 2019 Professional 激活方法，本文通過實(shí)例代碼給大家介紹的非常詳細(xì)，對大家的學(xué)習(xí)或工作具有一定的參考借鑒價值,需要的朋友可以參考下2020-05-05
C++的靜態(tài)聯(lián)編和動態(tài)聯(lián)編
本文闡述了靜態(tài)聯(lián)編和動態(tài)聯(lián)編的概念和區(qū)別,通過具體實(shí)例分析了實(shí)現(xiàn)動態(tài)聯(lián)編的條件,指出了虛函數(shù)是實(shí)現(xiàn)動態(tài)聯(lián)編的基礎(chǔ)。2016-03-03
Qt?Creator配置opencv環(huán)境的全過程記錄
最近在PC端QT下配置opencv,想著以后應(yīng)該會用到,索性記錄下,這篇文章主要給大家介紹了關(guān)于Qt?Creator配置opencv環(huán)境的相關(guān)資料,需要的朋友可以參考下2022-05-05
C語言實(shí)現(xiàn)跨文件傳輸數(shù)據(jù)的幾種方式
C語言是一種強(qiáng)大的、通用的編程語言,常用于系統(tǒng)級編程,包括硬件交互,如中斷處理和數(shù)據(jù)采集,在本文中,我們將深入探討如何使用C語言進(jìn)行跨文件數(shù)據(jù)傳輸,文中有相關(guān)的代碼供大家參考,需要的朋友可以參考下2024-08-08
C++ 中CListCtrl的每個項(xiàng)都顯示不同的提示信息
這篇文章主要介紹了C++ 中CListCtrl的每個項(xiàng)都顯示不同的提示信息的相關(guān)資料,希望通過本文能幫助到大家，需要的朋友可以參考下2017-09-09
這篇文章主要介紹了C/C++中虛基類的詳解及其作用介紹，本文給大家介紹的非常詳細(xì)，對大家的學(xué)習(xí)或工作具有一定的參考借鑒價值，需要的朋友可以參考下2021-09-09
在DevC++中出現(xiàn)漢字亂碼的問題通常是由于編碼設(shè)置不正確導(dǎo)致的,本文通過圖文結(jié)合的方式給大家介紹了解決方法,對大家的解決問題有一定的幫助,需要的朋友可以參考下2025-04-04
這篇文章主要為大家詳細(xì)介紹了C語言版五子棋游戲的實(shí)現(xiàn)代碼，文中示例代碼介紹的非常詳細(xì)，具有一定的參考價值，感興趣的小伙伴們可以參考一下2021-07-07
這篇文章主要為大家詳細(xì)介紹了C++中動態(tài)內(nèi)存管理相關(guān)資料，文中示例代碼講解詳細(xì)，對我們學(xué)習(xí)C++具有一定幫助，感興趣的小伙伴快跟隨小編一起學(xué)習(xí)2023-05-05