代碼重構實戰：消除巢狀 if-else，構建可維護的消息處理器

面對滿屏的 if-else 巢狀結構，維護者往往「蛋痛」不已。本文通過微信接口消息處理的真實重構案例，展示如何運用策略模式與多態分發，將千行巨型函數拆解為清晰可擴展的類結構。

重構前：難以維護的「箭頭代碼」

if (strMsgType == "text") {
    // ... 處理文本消息
}
else if (strMsgType == "event") {
    string eventType = rootElement.SelectSingleNode("Event").InnerText.ToLower();
    if (eventType == "subscribe") {
        // ... 處理訂閱
    }
    else if (eventType == "scan") {
        // ... 處理掃碼
    }
    else if (eventType == "click") {
        // ... 處理點擊
    }
    else if (eventType == "unsubscribe") {
        // ... 處理取消訂閱，邏輯極其複雜
    }
}
else if (strMsgType.ToLower() == "location") { ... }
else if (strMsgType.ToLower() == "image") { ... }
// 更多類型...

痛點：

• 巢狀層級深，閱讀需橫向滾動
• 單一職責原則違嚴重，一個函數承擔所有解析與業務邏輯
• 新增消息類型需修改核心函數，違反開閉原則
• 復用性為零，單元測試極難編寫

重構後：基於多態的分發器

public class MessageProcesser
{
    public ReplyMessage Process(string xml)
    {
        var msg = PostMessage.FromXml(xml);
        switch (msg.MsgType)
        {
            case Models.PostMessageType.Event:
                var eventType = ((EventMessage)msg).Event;
                switch (eventType)
                {
                    case EventType.Click:
                        return ProcessClickEvent((ClickEvent)msg);
                    case EventType.Location:
                        return ProcessLocationEvent((LocationEvent)msg);
                    case EventType.Scan:
                        return ProcessScanEvent((ScanEvent)msg);
                    case EventType.Subscribe:
                        return ProcessSubscribeEvent((SubscribeEvent)msg);
                    case EventType.Unsubscribe:
                        return ProcessUnsubscribeEvent((UnsubscribeEvent)msg);
                }
                break;
            case Models.PostMessageType.Image:
                return ProcessImageMessage((ImageMessage)msg);
            case Models.PostMessageType.Link:
                return ProcessLinkMessage((LinkMessage)msg);
            case Models.PostMessageType.Location:
                return ProcessLocationMessage((LocationMessage)msg);
            case Models.PostMessageType.Text:
                return ProcessTextMessage((TextMessage)msg);
            case Models.PostMessageType.Video:
                return ProcessVideoMessage((VideoMessage)msg);
            case Models.PostMessageType.Voice:
                return ProcessVoiceMessage((VoiceMessage)msg);
        }
        return null;
    }

    // 每種消息類型對應一個 protected virtual 方法，子類可覆寫擴展
    protected virtual ReplyMessage ProcessClickEvent(ClickEvent msg) { return DefaultProcess(msg); }
    protected virtual ReplyMessage ProcessLocationEvent(LocationEvent msg) { return DefaultProcess(msg); }
    protected virtual ReplyMessage ProcessScanEvent(ScanEvent msg) { return DefaultProcess(msg); }
    protected virtual ReplyMessage ProcessSubscribeEvent(SubscribeEvent msg) { return DefaultProcess(msg); }
    protected virtual ReplyMessage ProcessUnsubscribeEvent(UnsubscribeEvent msg) { return DefaultProcess(msg); }
    protected virtual ReplyMessage ProcessImageMessage(ImageMessage msg) { return DefaultProcess(msg); }
    protected virtual ReplyMessage ProcessLinkMessage(LinkMessage msg) { return DefaultProcess(msg); }
    protected virtual ReplyMessage ProcessLocationMessage(LocationMessage msg) { return DefaultProcess(msg); }
    protected virtual ReplyMessage ProcessTextMessage(TextMessage msg) { return DefaultProcess(msg); }
    protected virtual ReplyMessage ProcessVideoMessage(VideoMessage msg) { return DefaultProcess(msg); }
    protected virtual ReplyMessage ProcessVoiceMessage(VoiceMessage msg) { return DefaultProcess(msg); }

    protected virtual ReplyMessage DefaultProcess(PostMessage msg)
    {
        var reply = new TextReply(msg);
        if (msg.MsgType == PostMessageType.Event)
            reply.Content = string.Format("{0} event is not processed.", ((EventMessage)msg).Event);
        else
            reply.Content = string.Format("{0} message is not processed.", msg.MsgType);
        return reply;
    }
}

重構關鍵技巧解析

1. 解析與分發分離

• PostMessage.FromXml(xml) 統一解析 XML 為強類型對象樹
• 外層 switch (msg.MsgType)、內層 switch (eventType) 替代 if-else 鏈，結構清晰

2. 模板方法模式

• 每種具體消息對應 protected virtual ReplyMessage ProcessXxxEvent(XxxEvent msg)
• 默認委託給 DefaultProcess，返回「未處理」提示
• 子類只需覆寫關心的方法，無需修改分發邏輯，完美符合開閉原則

3. 強類型消息模型

• TextMessage、ImageMessage、ClickEvent 等繼承自 PostMessage/EventMessage
• 編譯期類型檢查，消除字符串比較拼寫錯誤
• IDE 智能提示與重構支援

4. 單一職責與可測試性

• 每個 ProcessXxx 方法職責單一，易於編寫單元測試
• 依賴注入 PostMessage 子類實例，無需模擬 XML 解析

進階優化方向

• 字典分發：用 Dictionary<Type, Func<PostMessage, ReplyMessage>> 替換 switch，運行期動態註冊處理器
• 管道過濾器：引入中間件管道（日誌、權限、限流）統一預處理
• 領域事件：處理完成後發布領域事件，解耦後續副作用（通知、統計等）

總結

重構的本質不是炫技，而是將隱性邏輯顯性化，將耦合依賴解耦化。下次遇到「箭頭代碼」，請記住：拆分、多態、模板方法，是你的三把利刃。