學習設計模式策略模式

以下絕大部分內容**大話設計模式（c++）

定義演算法家族，分別封裝起來，讓它們之間可以互相替換，讓演算法變化，不會影響到使用者

good:適合類中的成員以方法為主，演算法經常變動；簡化了單元測試（因為每個演算法都有自己的類，可以通過自己的介面單獨測試。策略模式和簡單工廠基本相同，但簡單工模式只能解決物件建立問題，對於經常變動的演算法應使用策略模式。

bug:客戶端要做出判斷

（一）策略與工廠的結合

class

coperation

};

class

addoperation

:class

coperation


virtual
double
getresult
()

};

class

context


double
getresult()

};

int
main()

單一職責原則

就乙個類而言，應該僅有乙個引起它變化的原因。如果乙個類承擔的職責過多，就等於把這些職責耦合在一起，乙個職責的變化可能會削弱或者抑制這個類完成其它職力這種耦合會導制脆弱的設計，當變化發生時，設計會遭受到意想不到的破壞。如果你能夠想到多於乙個的動機去改變乙個類，那麼這個類就具有多於乙個的職責。

開放――封閉原則

軟體實體可以擴充套件，但是不可修改。即對於擴充套件是開放的，對於修改是封閉的。面對需求，對程式的改動是通過增加**來完成的，而不是改動現有的**。當變化發生時，我們就建立抽象來隔離以後發生同類的變化。

黎克特制代換原則

乙個軟體實體如果使用的是乙個父類的話，那麼一定適用其子類。而且它察覺不出父類物件和子類物件的區別。也就是說：在軟體裡面，把父類替換成子類，程式的行為沒有

變化。

依賴倒轉原則

抽象不應該依賴細節，細節應該依賴抽象。即針對介面程式設計，不要對實現程式設計。高層模組不能依賴低層模組，兩者都應依賴抽象。

學習設計模式 策略模式