設計模式入門-策略模式(php版)

情境：一個類比鴨子的遊戲，遊戲中有各類鴨子，鴨子會叫，會遊泳。

初步設計方案圖如下uml類圖所示：

Change：這個初期看上去無懈可擊，直到有一天遊戲需要鴨子會飛，此時最簡單的解決方案莫過於在父類中增加一個fly方法，uml圖如下所示：

有一天災難發生了：遊戲中有很多橡皮鴨飛來飛去。。。。

此時最簡單的解決方案莫過於：覆蓋掉RubberDuck類中的fly方法，類圖如下：

Change：遊戲越來越受歡迎，除了橡皮鴨，還有很多各種各樣的鴨子加入了進來，如DecoyDuck（誘餌鴨），不會叫也不會飛，我們也要每一個類都去覆蓋一遍fly、quack方法嗎？

解決方案：

一、將fly和quack設計成介面，只有會叫會飛的鴨子來繼承，相應的uml類圖如下：（有誤，decoyduck中不需要swim方法）

弊端：這種方案容易造成代碼重複，沒有複用相同的fly和quack方法

二、將flyable和quackable做成一個獨立的類，當做鴨子的屬性，相應的uml類圖如下：

在此方法中，redheadduck、rubberduck、mallardduck和decoyduck得分別使用flyablity、quackablity類中的相關方法來實現特定fly和quack方法。這種方案違背了設計思想中的“針對介面編程，不針對具體實現編程”的原則，不能保證flyablity、quackablity類中一定存在各類鴨子需要的function

三、將flyable和quackable設計成介面，具體實現由各類飛行技能和叫聲技能來完成。

Uml類圖示意如下：

當然情況還是在變，橡皮鴨現在飛不起來不代表他以後也飛不起來，我們需要有一個方法來設定他的飛行能力，類圖如下：

代碼下載：下載代碼(http://www.walk-sing.com/strategy策略模式.zip)

註：在實際代碼編寫過程中發現quack在實現quackable之後再使用quack方法時，quack方法手機上也是quack的構造方法，所以在編寫時將quack類名改成了quacking類，望知悉。

以上就介紹了設計模式入門-策略模式(php版)，包括了方面的內容，希望對PHP教程有興趣的朋友有所協助。

