設計模式入門-策略模式(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在實作之後再使用quack方法時，quack方法手機上也是quack的構造方法，所以在編寫時將quack類名改成了quacking類，望知悉。

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