設計模式，基於狀態處理消息

根據當前連接狀態決定在服務器上調用什麼方法的良好設計模式是什麼？設計模式，基於狀態處理消息

假設服務器接收到消息，並根據當前狀態決定要做什麼。

明顯的想法是使用一個枚舉：

enum State{LISTEN, SYN_REC, ESTABLISHED}; 
State state = State.LISTEN; 

void msgReceived(Object msg){ 
if(state==State.LISTEN){ /* … */ } 
    else if(state == State.SYN_REC){ /* … */ } 
    else if(state == State.ESTABLISHED){ /* … */ } 
}

這是非常醜陋的代碼。

接下來的想法是使枚舉提供一個手柄方法：

enum State { 
    LISTEN{ public void handle(Object msg){ /* … */ } }, 
    SYN_REC{ public void handle(Object msg){ /* … */ } }, 
    ESTABLISHED{ public void handle(Object msg){ /* … */ } }; 
    public abstract void handle(Object msg); 
}; 

State state = State.LISTEN; 

void msgReceived(Object msg){ 
    state.handle(msg); 
}

看起來比第一個想法乾淨多了，但也存在問題。枚舉不能訪問在服務器級別定義的屬性和方法。人們必須通過處理所需的所有變量。

有沒有更乾淨的方法來做到這一點，我想避免爲此定義額外的公共類？

來源

2014-04-30 Biff Wellington

[策略模式]（http://en.wikipedia.org/wiki/Strategy_pattern） –

它更多的[ADT]（http://en.wikipedia.org/wiki/Abstract_data_type）那麼它是* pattern *，但我會使用[FSM]（http://en.wikipedia.org/wiki/Finite-state_machine）。 –