設計模式 策略模式

2021-10-01 03:45:26 字數 1110 閱讀 4058

策略模式定義演算法家族,分別封裝。它們之間可以相互替換,讓演算法變化,不會影響到使用者。優點:適合類中的成員方法為主,演算法經常變動;簡單了單元測試(因為每個演算法都有自己的類,可以通過自己的介面單獨測試)。缺點:客戶端需要做出判斷。

策略模式的uml類圖:

#include

using

namespace std;

class

strategy

//策略抽象類,定義所有支援的演算法的公共介面

virtual

void

algrithminte***ce()

=0;//純虛函式,演算法介面

protected

:strategy()

private:}

;class

concretestrategya

:public strategy

~concretestrategya()

virtual

void

algrithminte***ce()

protected

:private:}

;class

concretestrategyb

:public strategy

~concretestrategyb()

virtual

void

algrithminte***ce()

protected

:private:}

;/*這個類是strategy模式的關鍵,

也是strategy模式和template模式的根本區別所在。

*strategy通過「組合」(委託)方式實現演算法(實現)的異構,

而template模式則採取的是繼承的方式

這兩個模式的區別也是繼承和組合兩種實現介面重用的方式的區別

*/class

context

~context()

void

contextinte***ce()

private

: strategy* _strategy;};

intmain()

//客戶端

設計模式 策略設計模式

策略設計模式其實就是多型的使用,父類引用指向子類物件。策略模式的最大特點是使得演算法可以在不影響客戶端的情況下發生變化,從而改變不同的功能。策略模式的缺點其實也很明顯,在於策略模式把每一種具體的策略都封裝成乙個實現類,如果策略有很多的話,很顯然是實現類就會導致過多,顯得臃腫。案列 author de...

設計模式 策略模式

策略模式是一種定義一系列演算法的方法,從概念上來看,所有這些方法完成的都是相同的工作,只是實現不同,他們可以用相同的方式呼叫所有的演算法,減少了演算法類和使用演算法類之間的耦合.優點 策略模式的strategy類層次為context定義了一系列可供重用的演算法和行為,繼承有助於吸取這些演算法中的公共...

設計模式 策略模式

定義了演算法家族,分別封裝起來,讓他們之間可以相互替代,此模式讓演算法的變化,不會影響到使用演算法的客戶端 定義抽象類 分別實現抽象類,不同的物件 然後用乙個類初始化,並傳入具體的策略物件 根據具體的策略物件,呼叫其演算法的方法 客戶端 是由於例項化不同的策略,所以最終在呼叫 類時,所獲得的結果時不...