java策略模式

1. java中，狀態模式和策略模式的區別

策略模式通過封裝一組相關演算法，為Client提供運行時的靈活性。Client可以在運行時，選擇任一演算法，而不改變使用演算法的Context。一些流行的策略模式的例子是寫那些使用演算法的代碼，例如加密演算法、壓縮演算法、排序演算法。另一方面，狀態模式允許對象，在不同的狀態擁有不同的行為。因為現實世界中的對象通常都是有狀態的，所以在不同狀態，行為也不一樣。例如，VM（自動售貨機）只在hasCoin狀態才給吐商品；不投幣，是不會吐的。現在可以清楚的看出不同之處了：意圖是不同的。狀態模式幫助對象管理狀態，而策略模式允許Client選擇不同的行為。

另一個不那麼容易能看出來的區別是：是誰促使了行為的改變。策略模式中，是Client提供了不同的策略給Context；狀態模式中，狀態轉移由Context或State管理。另外，如果在State中管理狀態轉移，那麼必須持有Context的引用。例如，在VM的例子中，State對象需要調用VM的setState()方法去改變的狀態。另一方面，Strategy從不持有Context的引用，是Client把所選擇的Strategy傳遞給Context。由於狀態模式和策略模式的區別，是流行的Java設計原則類面試題之一，將會在本文探討在Java中，狀態模式和策略模式的異同，這可以加深理解。

（1）相似之處

看看狀態模式和策略模式的UML圖，就會發現結構非常相似。使用State對象改變自己行為的對象被稱為Context對象；相似的，使用Strategy對象改變自己行為的對象叫Context對象。記住，Client和Context打交道。在狀態模式中，Context把方法調用委託給當前的狀態對象，而在策略模式中，Context使用的Strategy對象，是被當做參數傳遞過來的，或在Context對象被創建時就被提供的。

這是專為實現排序功能而設計的策略模式UML類圖。因為存在很多排序演算法，該模式讓Client在排序時選擇適當的演算法。事實上，Java的集合框架就使用這個模式，實現了用來排序的Collections.sort()方法。不同的是，不允許Client選擇排序演算法，而是讓傳遞Comparator或Comparable介面的實例來指定比較策略。

（2）不同之處

策略模式封裝了一組相關演算法，允許Client在運行時使用可互換的行為；狀態模式幫助一個類在不同的狀態顯示不同的行為。

狀態模式封裝了對象的狀態，而策略模式封裝演算法或策略。因為狀態是跟對象密切相關的，不能被重用；而通過從Context中分離出策略或演算法，可以重用。

在狀態模式中，每個狀態通過持有Context的引用，來實現狀態轉移；但是每個策略都不持有Context的引用，只是被Context使用。

策略實現可以作為參數傳遞給使用的對象，例如Collections.sort()，參數包含一個Comparator策略。另一方面，狀態是Context對象自己的一部分，隨著時間的推移，Context對象從一個狀態轉移到另一個狀態。

雖然都符合OCP原則，策略模式也符合SRP原則（單一職責原則），因為每個策略都封裝自己的演算法，且不依賴其他策略。一個策略的改變，並不會導致其他策略的變化。

另一個理論上的不同：策略模式定義了對象「怎麼做」的部分。例如，排序對象怎麼對數據排序。狀態模式定義了對象「是什麼」和「什麼時候做」的部分。例如，對象處於什麼狀態，什麼時候處在某個特定的狀態。

狀態模式中很好的定義了狀態轉移的次序；而策略模式並無此需要：Client可以自由的選擇任何策略。

一些常見的策略模式的例子是封裝演算法，例如排序演算法，加密演算法或者壓縮演算法。如果看到代碼需要使用不同類型的相關演算法，那麼考慮使用策略模式吧。而識別何時使用狀態模式是很簡單的：如果需要管理狀態和狀態轉移，但不想使用大量嵌套的條件語句，那麼就是了。

最後但最重要的一個不同之處是，策略的改變由Client完成；而狀態的改變，由Context或狀態自己。

2. java策略模式和代理模式有什麼區別

這2者 根本就不能 談什麼區別。。。
完全不是一回事

策略模式：
多個類只區別在表現行為不同，可以使用Strategy模式，在運行時動態選擇具體要執行的行為。

代理模式
對其他對象提供一種代理以控制對這個對象的訪問。

3. java策略模式應用場景為何

我認為策略模式是java眾多模式中最常用，最常見的一種模式。

一句話說，針對同一命令（或行為），不同的策略做不同的動作。 （個人總結 難免疏漏 海涵）

舉例來說,一個介面有兩個實現：
interface RunBehavior {
public void performRun();
}

class Run implements RunBehavior {
public void performRun() { System.out.println(" I can run!"); }
}

class JumpAsRun implements RunBehavior {
public void performRun() { System.out.println("I cannot run, but I can jump!"); }
}

解釋一下這段簡單的程序
跑是一種行為（介面）
正常的動物都可以跑（class Run）
麻雀是不能跑的，它只能跳（class JumpAsRun）

這樣的話，其實我們有了一個行為的請求，那就是跑，然後我們有兩個策略供選擇。

那麼如何調用呢？
class Anmial {
RunBehavior runBehavior;
public void run() {
this.runBehavior.performRun();
}

public void setRunBehavior(RunBehavior runBehavior) {
this.runBehavior = runBehavior;
}
}

下面真正開始調用：

public class TestStrategy{

public static void main(String args[]) {
RunBehavior rb1 = new Run();
Animal tiger = new Animal();
tiger.setRunBehavior(rb1);
tiger.run();

RunBehavior rb2 = new JumpAsRun();
Animal bird = new Animal();
bird.setRunBehavior(rb2);
bird.run();

// 上面的老虎和鳥分別用了一個策略，下面讓老虎用鳥的策略
// 看看會發生什麼
tiger.setRunBehavior(rb2);
tiger.run();
// 其實策略模式的重點就在這兒，給對象傳入什麼樣的策略，執行什麼樣的動作。
}
}

具體的還要你自己多思考了，推薦《Head First Desigh Pattern》

全手工敲入代碼，估計你需要微調如果想運行的話

4. java策略模式和工廠模式的區別

工廠模式是創建型模式
策略模式是行為性模式
一個關注對象創建
一個關注行為的封裝
策略模式就是定義一系列的演算法，這些演算法可以在需要的時候替換和擴展．工廠模式是生成型的模式，在你需要的時候構建具體的實例．

在下面的情況下應當考慮使用策略模式：
1. 如果在一個系統裡面有許多類，它們之間的區別僅在於它們的行為，那麼使用策略模式可以動態地讓一個對象在許多行為中選擇一種行為。
2.
一個系統需要動態地在幾種演算法中選擇一種。那麼這些演算法可以包裝到一個個的具體演算法類裡面，而這些具體演算法類都是一個抽象演算法類的子類。換言之，這些具體
演算法類均有統一的介面，由於多態性原則，客戶端可以選擇使用任何一個具體演算法類，並只持有一個數據類型是抽象演算法類的對象。
3. 一個系統的演算法使用的數據不可以讓客戶端知道。策略模式可以避免讓客戶端涉及到不必要接觸到的復雜的和只與演算法有關的數據。
4. 如果一個對象有很多的行為，如果不用恰當的模式，這些行為就只好使用多重的條件選擇語句來實現。此時，使用策略模式，把這些行為轉移到相應的具體策略類裡面，就可以避免使用難以維護的多重條件選擇語句，並體現面向對象設計的概念。

策略模式的優點和缺點
策略模式有很多優點和缺點。它的優點有：
1. 策略模式提供了管理相關的演算法族的辦法。策略類的等級結構定義了一個演算法或行為族。恰當使用繼承可以把公共的代碼移到父類裡面，從而避免重復的代碼。
2.
策略模式提供了可以替換繼承關系的辦法。繼承可以處理多種演算法或行為。如果不是用策略模式，那麼使用演算法或行為的環境類就可能會有一些子類，每一個子類提
供一個不同的演算法或行為。但是，這樣一來演算法或行為的使用者就和演算法或行為本身混在一起。決定使用哪一種演算法或採取哪一種行為的邏輯就和演算法或行為的邏輯
混合在一起，從而不可能再獨立演化。繼承使得動態改變演算法或行為變得不可能。
3. 使用策略模式可以避免使用多重條件轉移語句。多重轉移語句不易維護，它把採取哪一種演算法或採取哪一種行為的邏輯與演算法或行為的邏輯混合在一起，統統列在一個多重轉移語句裡面，比使用繼承的辦法還要原始和落後。
策略模式的缺點有：
1. 客戶端必須知道所有的策略類，並自行決定使用哪一個策略類。這就意味著客戶端必須理解這些演算法的區別，以便適時選擇恰當的演算法類。換言之，策略模式只適用於客戶端知道所有的演算法或行為的情況。
2. 策略模式造成很多的策略類。有時候可以通過把依賴於環境的狀態保存到客戶端裡面，而將策略類設計成可共享的，這樣策略類實例可以被不同客戶端使用。換言之，可以使用享元模式來減少對象的數量。

策略模式與很多其它的模式都有著廣泛的聯系。Strategy很容易和Bridge模式相混淆。雖然它們結構很相似，但它們卻是為解決不同的問題
而設計的。Strategy模式注重於演算法的封裝，而Bridge模式注重於分離抽象和實現，為一個抽象體系提供不同的實現。Bridge模式與
Strategy模式都很好的體現了"Favor composite over inheritance"的觀點。

5. java中幾種常見的設計模式

一共23種設計模式！

按照目的來分，設計模式可以分為創建型模式、結構型模式和行為型模式。
創建型模式用來處理對象的創建過程；結構型模式用來處理類或者對象的組合；行為型模式用來對類或對象怎樣交互和怎樣分配職責進行描述。

創建型模式用來處理對象的創建過程，主要包含以下5種設計模式：
 工廠方法模式（Factory Method Pattern）
 抽象工廠模式（Abstract Factory Pattern）
 建造者模式（Builder Pattern）
 原型模式（Prototype Pattern）
 單例模式（Singleton Pattern）

結構型模式用來處理類或者對象的組合，主要包含以下7種設計模式：
 適配器模式（Adapter Pattern）
 橋接模式（Bridge Pattern）
 組合模式（Composite Pattern）
 裝飾者模式（Decorator Pattern）
 外觀模式（Facade Pattern）
 享元模式（Flyweight Pattern）
 代理模式（Proxy Pattern）

行為型模式用來對類或對象怎樣交互和怎樣分配職責進行描述，主要包含以下11種設計模式：
 責任鏈模式（Chain of Responsibility Pattern）
 命令模式（Command Pattern）
 解釋器模式（Interpreter Pattern）
 迭代器模式（Iterator Pattern）
 中介者模式（Mediator Pattern）
 備忘錄模式（Memento Pattern）
 觀察者模式（Observer Pattern）
 狀態模式（State Pattern）
 策略模式（Strategy Pattern）
 模板方法模式（Template Method Pattern）
 訪問者模式（Visitor Pattern）

推薦你一本好書：《軟體秘笈：設計模式那點事》，裡面講解的23中設計模式例子很生動，容易理解，還有JDK中設計模式應用情況，看了收獲挺大的！網路裡面搜「設計模式」，第一條中設計模式網路中就有首推該圖書，瀏覽量在20幾萬以上的，不會錯的。好東西大家一起分享！
祝你早日學會設計模式！

6. JAVA中的適配器模式和策略模式的區別在哪

直接從字面上看也是兩個完全不同的模式；
從歸類上也是一個是結構模式，一個是行為模式；
從定義角度：一個是將一個類的介面轉換成客戶希望的另外一個介面，從而使原本因介面不兼容不能一起工作的類可以一起工作；
一個是把一系列演算法封裝起來，提供一個統一的介面給客戶，並使這些演算法可以相互間替換；

7. java策略模式與介面直接實現

我是一個java初學者，我下面寫的東西都是我個人的猜想，樓主可以作為參考，但不要相信。--------感覺由context包裝以後的耦合性更低一些，傳入不同的new AddStrategy()，context.calculate(10, 5)會實現不同的功能，通過這樣的方式，如果通過配置文件的方式來實現對演算法的配置，直接利用介面就把代碼寫死了，而策略模式由於具有低耦合性就可以通過配置對象來配置不同的演算法。。

8. java里策略什麼意思

策略模式是一種設計模式，用於處理不同情境下邏輯不同的問題。