Chapter3: 策略模式 (Strategy Pattern)
Last updated
Last updated
1.Strategy Pattern
2.Strategy Pattern Example
策略模式所要解決的問題(痛點)
1.在一個專案中的不同物件, 如果其80%屬性相同, 但在某些方面有差異, 若全部分為不同的類別來寫,勢必會造成維護不易及程式碼不一致的問題.
2.在一個專案中的不同物件, 其屬性有互相重複使用的情形.例如有三個動物, A,B的叫聲相同, B,C的飛行方式相同, 如果分別實作三個class, 則會有很多function是重複的. 我們已經知道code重複的後遺症:維護不易, 無法維持一致性.
3.如果為了解決2的問題, 使用繼承, 考量下面一種情況可能會發生:
A動物並不會飛, D動物也不會叫, 這麼一來必須在這兩個類別的這些function中取消繼承而來的行為, 一個漏掉就會變成bug; 而且重複的function還是必須得複製貼上,如A,B的叫聲相同, 一樣會有維護不異, 無法維持一致性的問題.
策略模式的核心概念
1.找出程式中可能需要變動之處, 把他們獨立出來, 不要與那些不需要更動的程式碼混在一起.
例如:
可以這樣拆分class:
2.寫程式是針對介面(超類別)而寫, 而不是針對實踐方法而寫
介面, 超類別, 多型:
實體化的動作不再需要程式碼中僵化固定成某型態, 而是在runtime時才決定:
合成代替繼承
若使用策略模式來套用上述範例, 則可以解決繼承所帶來的問題, 也可以重複使用已經寫好的程式碼: