策略模式

如果一個員工系統中，員工被分為臨時工和正式工并且在不同的地方相應的行為不一樣。在設計它們的時候，你肯定設計一個抽象的員工類，并且設計兩個繼承類：臨時工和正式工。這樣，通過下塑類型，可以在不同的地方表現出臨時工和正式工的各自行為。在另一個系統中，員工被分為了銷售人員、技術人員、管理人員并且也在不同的地方相應的行為不一樣。同樣，我們在設計時也是設計一個抽象的員工類，并且設計數個繼承類：銷售人員、技術人員、管理人員。現在，我們要把這兩個系統合并起來，也就是說，在新的系統中，員工既被分為臨時工和正式工，又被分為了銷售人員、技術人員、管理人員，這時候如何設計。如果我們還是使用以往的設計，我們將不得不設計很多繼承類：銷售臨時工、銷售正式工、技術臨時工、技術正式工．．．如此的設計，在隨著劃分的類型，以及每種類型的選項的增多，呈笛卡爾增長。通過以上一個系統的設計，我們不得不發現，我們以往學習的關于繼承的設計遇到了挑戰。

解決繼承出現的問題，有一個最好的辦法，就是采用策略模式。在這個應用中，員工之所以要分為臨時工和正式工，無非是因為它們的一些行為不一樣，比如，發工資時的計算方式不同。如果我們在設計時不將員工類分為臨時工類和正式工類，而僅僅只有員工類，只是在類中增加“工資發放策略”。當我們創建員工對象時，根據員工的類型，將“工資發放策略”設定為“臨時工策略”或“正式工策略”，在計算工資時，只需要調用策略類中的“計算工資”方法，其行為的表現，也設計臨時工類和正式工類是一樣的。同樣的設計可以放到銷售人員策略、技術人員策略、管理人員策略中。一個通常的設計是，我們將某一個影響更大的、或者選項更少的屬性設計成繼承類，而將其它屬性設計成策略類，就可以很好的解決以上問題。

?

?

?

?

使用策略模式，你同樣把代碼寫活了，因為你可以無限制地增加策略。但是，使用策略模式你同樣需要設計一個工廠——策略工廠。以上實例中，你需要設計一個發放工資策略工廠，并且在工廠中將“臨時工”與“臨時工策略”對應起來，將“正式工”與“正式工策略”對應起來

java設計模式：策略模式