23種設計模式之策略模式

定義：定義一組演算法，將每個演算法都封裝起來，並且使他們之間可以互換。

型別：行為類模式

類圖：

策略模式是對演算法的封裝，把一系列的演算法分別封裝到對應的類中，並且這些類實現相同的介面，相互之間可以替換。在前面說過的行為類模式中，有一種模式也是關注對演算法的封裝——模版方法模式，對照類圖可以看到，策略模式與模版方法模式的區別僅僅是多了一個單獨的封裝類Context，它與模版方法模式的區別在於：在模版方法模式中，呼叫演算法的主體在抽象的父類中，而在策略模式中，呼叫演算法的主體則是封裝到了封裝類Context中，抽象策略Strategy一般是一個介面，目的只是為了定義規範，裡面一般不包含邏輯。其實，這只是通用實現，而在實際程式設計中，因為各個具體策略實現類之間難免存在一些相同的邏輯，為了避免重複的程式碼，我們常常使用抽象類來擔任Strategy的角色，在裡面封裝公共的程式碼，因此，在很多應用的場景中，在策略模式中一般會看到模版方法模式的影子。

策略模式的結構

• 封裝類：也叫上下文，對策略進行二次封裝，目的是避免高層模組對策略的直接呼叫。
• 抽象策略：通常情況下為一個介面，當各個實現類中存在著重複的邏輯時，則使用抽象類來封裝這部分公共的程式碼，此時，策略模式看上去更像是模版方法模式。
• 具體策略：具體策略角色通常由一組封裝了演算法的類來擔任，這些類之間可以根據需要自由替換。

策略模式程式碼實現

interface IStrategy {
	public void doSomething();
}
class ConcreteStrategy1 implements IStrategy {
	public void doSomething() {
		System.out.println("具體策略1");
	}
}
class ConcreteStrategy2 implements IStrategy {
	public void doSomething() {
		System.out.println("具體策略2");
	}
}
class Context {
	private IStrategy strategy;

	public Context(IStrategy strategy){
		this.strategy = strategy;
	}

	public void execute(){
		strategy.doSomething();
	}
}

public class Client {
	public static void main(String[] args){
		Context context;
		System.out.println("-----執行策略1-----");
		context = new Context(new ConcreteStrategy1());
		context.execute();

		System.out.println("-----執行策略2-----");
		context = new Context(new ConcreteStrategy2());
		context.execute();
	}
}

策略模式的優缺點

策略模式的主要優點有：

• 策略類之間可以自由切換，由於策略類實現自同一個抽象，所以他們之間可以自由切換。
• 易於擴充套件，增加一個新的策略對策略模式來說非常容易，基本上可以在不改變原有程式碼的基礎上進行擴充套件。
• 避免使用多重條件，如果不使用策略模式，對於所有的演算法，必須使用條件語句進行連線，通過條件判斷來決定使用哪一種演算法，在上一篇文章中我們已經提到，使用多重條件判斷是非常不容易維護的。

策略模式的缺點主要有兩個：

• 維護各個策略類會給開發帶來額外開銷，可能大家在這方面都有經驗：一般來說，策略類的數量超過5個，就比較令人頭疼了。
• 必須對客戶端（呼叫者）暴露所有的策略類，因為使用哪種策略是由客戶端來決定的，因此，客戶端應該知道有什麼策略，並且瞭解各種策略之間的區別，否則，後果很嚴重。例如，有一個排序演算法的策略模式，提供了快速排序、氣泡排序、選擇排序這三種演算法，客戶端在使用這些演算法之前，是不是先要明白這三種演算法的適用情況？再比如，客戶端要使用一個容器，有連結串列實現的，也有陣列實現的，客戶端是不是也要明白連結串列和陣列有什麼區別？就這一點來說是有悖於迪米特法則的。

適用場景

做物件導向設計的，對策略模式一定很熟悉，因為它實質上就是物件導向中的繼承和多型，在看完策略模式的通用程式碼後，我想，即使之前從來沒有聽說過策略模式，在開發過程中也一定使用過它吧？至少在在以下兩種情況下，大家可以考慮使用策略模式，

• 幾個類的主要邏輯相同，只在部分邏輯的演算法和行為上稍有區別的情況。
• 有幾種相似的行為，或者說演算法，客戶端需要動態地決定使用哪一種，那麼可以使用策略模式，將這些演算法封裝起來供客戶端呼叫。

策略模式是一種簡單常用的模式，我們在進行開發的時候，會經常有意無意地使用它，一般來說，策略模式不會單獨使用，跟模版方法模式、工廠模式等混合使用的情況比較多。