strategy模式
定義:
運行時刻選擇演算法
表面上看起來,state模式和strategy模式是非常相似的,但既然他們分成兩種不同的模式,就有一定的區別,用一句話來概括就是:
策略用來處理演算法方式變化,而狀態則是處理狀態變化。
具體可以參考:http://blog.csdn.net/lwzcjd/archive/2009/05/19/4201828.aspx
下面舉個strategy的例子:
package com.factory.commonality;<br />/**<br /> * strategy模式的應用。<br /> */<br />interface Strategy {<br />void algorithmInterface();<br />}<br />class ConcreteStrategyA implements Strategy {<br />public void algorithmInterface() {<br />System.out.println("Called ConcreteStrategyA.algorithmInterface()");<br />}<br />}<br />class ConcreteStrategyB implements Strategy {<br />public void algorithmInterface() {<br />System.out.println("Called ConcreteStrategyB.algorithmInterface()");<br />}<br />}<br />class ConcreteStrategyC implements Strategy {<br />public void algorithmInterface() {<br />System.out.println("Called ConcreteStrategyC.algorithmInterface()");<br />}<br />}<br />class Context {<br />Strategy strategy;<br />public Context(Strategy strategy) {<br />this.strategy = strategy;<br />}<br />public void doAlgorithm() {<br />strategy.algorithmInterface();<br />}<br />}<br />public class StrategyPatternTest {<br />public static void main(String[] args) {<br />Context c1 = new Context(new ConcreteStrategyA());<br />c1.doAlgorithm();<br />Context c2 = new Context(new ConcreteStrategyB());<br />c2.doAlgorithm();<br />Context c3 = new Context(new ConcreteStrategyC());<br />c3.doAlgorithm();<br />}<br />}
運行結果:
Called ConcreteStrategyA.algorithmInterface()
Called ConcreteStrategyB.algorithmInterface()
Called ConcreteStrategyC.algorithmInterface()
policy模式
儘管 GoF 說Policy 模式只是Strategy 模式的一個別名,但是他們給出的Strategy 模式的例子隱含的假定了strategy 對象只使用一個方法――也就是說假定你已經把可能變化的演算法拆成了一段單獨的代碼。
其他人用Policy 模式來表示一個對象有多個方法的情況,對於不同的類,這些方法可能相互獨立變化。相對於(Strategy 模式) 只能有一個方法而言,Policy 模式具有更大的靈活性。
例如,當某個產品需要被運送到不同國家的時候,與該產品相關的海運政策(shipping policy)可以被用來說明一些與運輸有關的問題。這些問題可能包括運輸方式,如何計算郵資或者運費,客戶需求以及費用,特殊處理的費用等等。所有這些東西可能會互不相干的變化,而且很重要的一點是在運輸過程中你可能會在不同地點(points)需要上述資訊。
通常情況下,把Strategy 模式和Policy 模式區別開來是很有好處的,用Strategy 模式處理一個方法(變化)的情況,而用Policy 模式處理多個方法。