策略模式的定義
定義一系列的算法，把它們一個個封裝起來，并且是它們可以相互替換。
策略模式的優勢
- 策略模式可以避免代碼中的多重判斷條件。
- 策略模式很好的體現了開放-封閉原則，將一個個算法（解決方案）封裝在一個個策略類中。便于切換，理解，擴展。
- 策略中的各種算法可以重復利用在系統的各個地方，避免復制粘貼。
- 策略模式在程序中或多或少的增加了策略類。但比堆砌在業務邏輯中要清晰明了。
- 違反最少知識原則，必須要了解各種策略類，才能更好的在業務中應用。
此文僅記錄本人閱讀《JAVAScript設計模式與開發實踐》這個本時的感受，感謝作者曾探寫出這么好的一本書。如有冒犯，如有錯誤，請聯系本人處理。
簡單的業務場景
計算員工年終獎需要根據不同的員工績效計算不同的獎金。例如，績效為S的人年終獎有4倍工資。績效A的人年終獎有3倍工資，績效B的人有2倍工資。
用代碼實現：
其實上面一段代碼已經能應付目前的場景。但是，當獎金的評定需要增加一個績效C，或者改變績效A的計算方式。此時需要更改上面這個calculateBonus方法的內部結構，如此下去，這個方法內部將變得冗雜。
設計模式中很重要的一點就是將不變和變分離出來。這里變的是怎么算。不變的是根據一個績效獲得一個結果。所以上述代碼重寫，把各種算法封裝在一個個策略類中(傳統面向對象的模仿)：
JavaScript版本的策略模式
在JavaScript中可以將一個個策略類寫成函數，然后封裝在對象中
更廣義的“算法”
策略模式指的是一系列的算法（策略），并且把它們封裝起來。計算獎金的列子中就封裝了一些算法。其實世紀業務中也可以利用策略模式來封裝一些“業務規則”。
表單驗證
在Web項目中往往有很多場景需要提交表單。前端在把數據提交到后端之前，需要進行一波表單驗證，來減少不必要的網絡請求。在表單驗證中往往會有多種校驗規則，頁面中可能會有多個表單要進行驗證。此時可以用策略模式來實現一個表單驗證：
上面是定義幾種驗證的策略（方法）
接下來是使用策略模式的方式
總結
- 在日常開發中一些工具函數可以封裝在一起，組成自己的工具庫。減少不必要的代碼復制粘貼。
- 感覺敲代碼思想更重要啦，這里策略模式體現了開放-封閉原則降低代碼的耦合度。這些理念都是我自己在敲代碼的路上要慢慢學習和積累的。
- 敲出來的代碼不能只有自己認識。要多注意細節，時刻去想哪些代碼可以再多完善。
- 當然不是所有的東西都要分來分去，一個簡單的需求為了設計模式而去設計模式也是不可取的。
