狀態模式和策略模式很類似，簡直就是親兄弟一樣。而訪問者模式其實和觀察者模式也很類似。所以我們的設計模式設計到最后，可能就會存在一種模式里有另一種模式的影子。所以我們要搞清楚它們之間的區別。
1、狀態模式
簡要說明
允許一個對象在其內部改變時改變它的行為
速記關鍵字
狀態變成類
類圖如下
狀態模式主要用來解決對象在多種狀態轉換時，需要對外輸出不同的行為的問題。比如訂單從待付款到待收貨的咋黃臺發生變化，執行的邏輯是不一樣的。
所以我們將狀態抽象為一個接口或者抽象類，對不同狀態進行封裝成單獨的實體，用于實現各種狀態處理的邏輯。
再設計一個上下文類，它組合了狀態接口，用于發送請求。針對不同的狀態提供不同的處理方法即可。
Java代碼實現
/**
* 狀態接口 提供處理狀態的方法
*/
public interface IState {
// 處理狀態，交給實現類實現
void handleState();
}
/**
* 未付款狀態
*/
public class UnpaidState implements IState{
@Override
public void handleState() {
System.out.println("下單成功，訂單狀態為待付款");
}
}
/**
* 已付款狀態
*/
public class PaidState implements IState{
@Override
public void handleState() {
System.out.println("支付成功，訂單狀態為已付款");
}
}
/**
* 已取消狀態
*/
public class CancelState implements IState{
@Override
public void handleState() {
System.out.println("訂單取消支付，訂單狀態為已取消");
}
}
/**
* 訂單狀態上下文類
*/
public class Context {
// 組合訂單狀態
private final IState state;
public Context(IState state) {
this.state = state;
}
// 提供處理訂單方法
public void handleOrderByState(){
state.handleState();
}
}
/**
* 測試類
*/
public class Client {
public static void main(String[] args) {
// 創建上下文并創建未支付狀態
Context context = new Context(new UnpaidState());
context.handleOrderByState();
// 創建上下文并創建已支付狀態
Context context2 = new Context(new PaidState());
context2.handleOrderByState();
}
}
結果輸出
其實我們可以看出來，狀態模式和策略模式非常像，都有一個Context類，都有一個接口或抽象類被Context組合。而后抽象類或接口有自己的不同實現。
它們確實很像，但是它們確實有區別，因為狀態模式圍繞著狀態的變化，它的子類之間的狀態是可以進行轉換的，比如訂單狀態由未付款變為已付款。但是策略模式則不會，只會二者取其一，進行一種策略操作。
2、訪問者模式
簡要說明
表示一個作用域某對象結構中的個元素的操作，使得在不改變各元素的前提下定義作用域這些元素的新操作。
速記關鍵字
數據與操作分離
類圖如下
角色說明
- Visitor(抽象訪問者)：為每種具體的被訪問者(ConcreteElement)聲明一個訪問操作
- ConcreteVisitor(具體訪問者)：實現對被訪問者(ConcreteElement)的具體訪問操作，所以需要組合多個元素，也就是組合一組元素集合
- Element(抽象被訪問者)：通常有一個Accept方法，用來接收/引用一個抽象訪問者對象（基本原理）
- ConcreteElement(具體被訪問者對象)：實現Accept抽象方法，通過傳入的具體訪問者參數、調用具體訪問者對該對象的訪問操作方法實現訪問邏輯
- Clent、ObjectStructure(客戶端訪問過程測試環境)：該過程中，被訪問者通常為一個集合對象，通過對集合的遍歷完成訪問者對每一個被訪問元素的訪問操作;
Java代碼實現
/**
* 定義被訪問接口
*/
public interface Person {
// 提供一個方法，讓訪問者可以訪問
void accept(Action action);
}
/**
* 訪問者，這里提供了多個訪問方法，從而獲取多個不同的訪問結果，它們的參數分別對應具體的被訪問元素
*/
public interface Action {
// 得到男性 的測評
void getManResult(Man man);
// 得到女的 測評
void getWomanResult(Woman woman);
}
/**
* 被訪問者元素男人實現，傳入自己給訪問者訪問
*/
public class Man implements Person{
@Override
public void accept(Action action) {
action.getManResult(this);
}
}
/**
* 被訪問者元素女人實現，傳入自己給訪問者訪問
*/
public class Woman implements Person{
@Override
public void accept(Action action) {
action.getWomanResult(this);
}
}
/**
* 訪問者實現類 對不同的被訪問元素做不同的訪問
*/
class Success implements Action {
@Override
public void getManResult(Man man) {
System.out.println("男人給的評價: 歌手很表演很nice");
}
@Override
public void getWomanResult(Woman woman) {
System.out.println("女人給的評價: 歌手很表演很nice");
}
}
class Normal implements Action {
@Override
public void getManResult(Man man) {
System.out.println("男人給的評價是: 歌手很表演比較普通");
}
@Override
public void getWomanResult(Woman woman) {
System.out.println("女人給的評價是: 歌手很表演比較普通");
}
}
public class Fail implements Action {
@Override
public void getManResult(Man man) {
System.out.println("男人給的評價: 歌手很表演有點糟糕");
}
@Override
public void getWomanResult(Woman woman) {
System.out.println("女人給的評價: 歌手很表演有點糟糕");
}
}
/**
* 數據結構，管理很多人（Man , Woman）
*/
class ObjectStructure {
//維護了一個集合
private List<Person> persons = new LinkedList<>();
//添加
public void add(Person p) {
persons.add(p);
}
//刪除
public void delete(Person p) {
persons.remove(p);
}
// 顯示測評情況（便利）
public void show(Action action) {
for (Person p : persons) {
p.accept(action);
}
}
}
/**
* 測試類
*/
public class Client {
public static void main(String[] args) {
// 使用數據結構來創建
ObjectStructure os = new ObjectStructure();
// 添加我們我們的訪問者
os.add(new Man());
os.add(new Woman());
// 創建成功的被訪問者
Success success = new Success();
// 通過數據結果遍歷訪問者，然后進行訪問成功的數據
os.show(success);
System.out.println("========================");
// 創建失敗的被訪問者
Fail fail = new Fail();
// 通過數據結果遍歷訪問者，然后進行訪問失敗的數據
os.show(fail);
System.out.println("========================");
// 創建中肯的的被訪問者
Normal normal = new Normal();
os.show(normal);
}
}
其實訪問者模式和觀察者模式的思想也非常類似，代碼實現也很類似。都會提供一個管理被訪問者/觀察者集合，提供新增和刪除方法，并且提供一個遍歷集合的方法，并通知所有元素或者指定元素的方法。
它們只是應用場景不一樣，其實類圖都很類似。
結果輸出
3、小結
其實我們可以看出，狀態模式和策略模式很類似，簡直就是親兄弟一樣。而訪問者模式其實和觀察者模式也很類似。所以我們的設計模式設計到最后，可能就會存在一種模式里有另一種模式的影子。所以我們要搞清楚它們之間的區別。
