定義一組演算法， 將每個演算法都封裝起來， 並且使它們之間可以互換。
● 演算法可以自由切換
這是策略模式本身定義的， 只要實現抽象策略， 它就成為策略家族的乙個成員， 通過封裝角色對其進行封裝， 保證對外提供「可自由切換」的策略。
● 避免使用多重條件判斷
如果沒有策略模式， 我們想想看會是什麼樣子？ 乙個策略家族有5個策略演算法， 一會要使用a策略， 一會要使用b策略， 怎麼設計呢？ 使用多重的條件語句？ 多重條件語句不易維護， 而且出錯的概率大大增強。 使用策略模式後， 可以由其他模組決定採用何種策略， 策略家族對外提供的訪問介面就是封裝類， 簡化了操作， 同時避免了條件語句判斷。
● 擴充套件性良好
這甚至都不用說是它的優點， 因為它太明顯了。 在現有的系統中增加乙個策略太容易了， 只要實現介面就可以了， 其他都不用修改， 類似於乙個可反覆拆卸的外掛程式， 這大大地符合了ocp原則。
import types
class
strategyexample:
def__init__
(self, func=none):
self.name = 'strategy example 0'
if func is
notnone:
self.execute = types.methodtype(func, self)
defexecute
(self):
print(self.name)
defexecute_replacement1
(self):
print(self.name + ' from execute 1')
defexecute_replacement2
(self):
print(self.name + ' from execute 2')
if __name__ == '__main__':
strat0 = strategyexample()
strat1 = strategyexample(execute_replacement1)
strat1.name = 'strategy example 1'
strat2 = strategyexample(execute_replacement2)
strat2.name = 'strategy example 2'
strat0.execute()
strat1.execute()
strat2.execute()
### output ###
# strategy example 0
# strategy example 1 from execute 1
# strategy example 2 from execute 2
Erlang與OO設計模式strategy模式
以前看過head first design patterns覺得是個不錯的書，學習了一點設計模式，現在弄erlang了，十分想兩者結合對比著看看，不為別的，體會兩者之間的區別跟聯絡，看看世界到底是oo的，還是functional的 d 由於我並沒有什麼真正oo的程式設計經驗，難免錯誤很多，大家批判著...
設計模式 策略設計模式
策略設計模式其實就是多型的使用，父類引用指向子類物件。策略模式的最大特點是使得演算法可以在不影響客戶端的情況下發生變化，從而改變不同的功能。策略模式的缺點其實也很明顯，在於策略模式把每一種具體的策略都封裝成乙個實現類，如果策略有很多的話，很顯然是實現類就會導致過多，顯得臃腫。案列 author de...
設計模式 策略模式
策略模式是一種定義一系列演算法的方法,從概念上來看,所有這些方法完成的都是相同的工作,只是實現不同,他們可以用相同的方式呼叫所有的演算法,減少了演算法類和使用演算法類之間的耦合.優點 策略模式的strategy類層次為context定義了一系列可供重用的演算法和行為,繼承有助於吸取這些演算法中的公共...