這次寫寫策略模式（Strategy Pattern），先看定義：
策略模式是一種行為設(shè)計模式颜懊；可以在運(yùn)行時根據(jù)不同的場景為對象的行為選擇不同的算法雹顺。
有點抽象截汪，舉個樸實一點的例子：很多國家都有消費稅，當(dāng)你身處歐洲或是日本時踪旷，消費同樣價格的商品所繳納的稅費是不一樣的（不過你掏錢的動作是一樣的）曼氛。程序設(shè)計時豁辉，當(dāng)用戶（context）從歐洲登陸日本后，它會自動更新繳稅策略（strategy）舀患，并在用戶消費（execute）時徽级，自動扣除。
當(dāng)然這個場景很簡單聊浅，我寫個switch-case就可以解決問題了餐抢。
class Context {
private value: number;
constructor(value: number) {
this.value = value;
}
public execute(strategy: string) {
switch (strategy) {
case 'Japan':
console.log(this.value * .1);
break;
case 'Europe':
console.log(this.value * .3);
break;
}
}
}
執(zhí)行時，帶上地點參數(shù)便可以打印出不過地區(qū)的稅費了低匙。
const context: Context = new Context(100);
// If step into Japan
context.execute('Japan'); //10
// If step into Europe
context.execute('Europe'); //30
不過旷痕，現(xiàn)實中Strategy極多，這就需要添加很長的case列表顽冶，而且case里的實現(xiàn)又千奇百怪欺抗，可能會嵌套更多的條件判斷。所以渗稍，我們不可能維護(hù)這樣的代碼佩迟；這時候策略模式就可以登臺亮相了。
實現(xiàn)
先看看UML竿屹，接著我們直接擼代碼报强。
Strategy
先寫一個Strategy接口，簡單起見只提供一個tax方法拱燃，用于實現(xiàn)各國的稅收政策秉溉。
interface Strategy {
tax(value: number): void;
}
具體實現(xiàn)就是簡單打個log：
class JapaneseStrategy implements Strategy {
public tax(value: number): void {
console.log('[Japanese tax]', value * .1, '\t//Easy Tax refund!');
}
}
class EuropeanStrategy implements Strategy {
public tax(value: number): void {
console.log('[European tax]', value * .3, '\t//Too high taxation!');
}
}
Context
下一步創(chuàng)建Context類。setStrategy會根據(jù)不同的場景調(diào)整context的執(zhí)行策略碗誉，例如走到日本便調(diào)整為日本本地的稅收政策召嘶；execute就是執(zhí)行具體的策略。
class Context {
private strategy: Strategy;
private value: number;
constructor(value: number) {
this.value = value;
}
public setStrategy(strategy: Strategy) {
this.strategy = strategy;
}
public execute() {
this.strategy.tax(this.value);
}
}
Client
我們先在不同場景下設(shè)置不同的策略（setStrategy）哮缺，接著執(zhí)行（execute）當(dāng)前策略弄跌。
const context: Context = new Context(100);
// If step into Japan
context.setStrategy(new JapaneseStrategy());
context.execute();
// If step into Europe
context.setStrategy(new EuropeanStrategy());
context.execute();
執(zhí)行結(jié)果如下。經(jīng)過策略調(diào)整尝苇，我們得到了不同的執(zhí)行結(jié)果铛只。這樣最初的swith-case就被全部重構(gòu)了。
[Japanese tax] 10 //Easy Tax refund!
[European tax] 30 //Too high taxation!
小結(jié)
策略模式很簡單糠溜，基本就說到這里了淳玩。說白了就是把條件判斷里的方法搬運(yùn)到了各個策略的子類中。好處自然很明顯：
- 減少多重條件判斷
- 類之間可以通過繼承非竿、委任實現(xiàn)更高的代碼復(fù)用
- 只需要添加新的子類就可以實現(xiàn)策略擴(kuò)展性
但是假如暴露的策略過多蜕着，又得需要工廠模式來生產(chǎn)，一不小心又會回到switch-case的老路里去红柱。
題外話
我們寫TS承匣，基本都會用到OOP來改進(jìn)代碼質(zhì)量蓖乘。但是一些老派的JS開發(fā)可能并不是很屑于OOP的套路。我們不妨再從函數(shù)式編程的角度看看策略模式悄雅。
首先以函數(shù)的形式列出各地的稅收政策驱敲，這里我們限定死this的類型，指明這些方法的作用對象宽闲；提一下众眨，TS中this是一種假參數(shù)，并不會影響函數(shù)真正參數(shù)數(shù)量與位置容诬。
接著再統(tǒng)一暴露出所有的策略集合娩梨；以object形式export所有方法，可以看做是等效于工廠模式的實現(xiàn)形式览徒。
interface Context {
value: number;
}
function JapaneseStrategy(this: Context) {
console.log('[Japanese tax]', this.value * .1, '\t//Easy Tax refund!');
}
function EuropeanStrategy(this: Context) {
console.log('[European tax]', this.value * .3, '\t//Too high taxation!');
}
export const tax: {[s: string]: () => void} = {
Japan: JapaneseStrategy,
Europe: EuropeanStrategy,
};
執(zhí)行時狈定，相較于OOP的對象調(diào)用方法，F(xiàn)P則是方法call對象习蓬。
這里纽什，TS可以自動推導(dǎo)出tax集合里的策略（tax.Japan）,也可以通過key索引（tax[strategy]）動態(tài)調(diào)用，是不是用FP實現(xiàn)也挺優(yōu)雅的躲叼？
這里點到為止芦缰，有興趣的小伙伴可以更深入的學(xué)習(xí)一下FP的知識。
const context: Context = {value: 100};
// If step into Japan
tax.Japan.call(context);
// If step into Europe
let strategy: string = 'Europe';
tax[strategy].call(context);
