2023年某次技術(shù)面試，Pavan Sriram 被問到面向?qū)ο缶幊?，答得還行。對方接著拋出一個(gè)問題："你知道設(shè)計(jì)模式嗎？"他愣在當(dāng)場——這個(gè)看似基礎(chǔ)的追問，后來讓他花了整整4年才真正吃透。

這不是某個(gè)人的黑歷史，是行業(yè)通病。Stack Overflow 2023年開發(fā)者調(diào)查顯示，67%的受訪者在工作中頻繁遇到需要設(shè)計(jì)模式的場景，但系統(tǒng)學(xué)習(xí)過的不到三分之一。更多人是在代碼 review 時(shí)被 senior 用"這里應(yīng)該用單例"砸懵，才被動(dòng)補(bǔ)課。

設(shè)計(jì)模式不是 npm install 能解決的問題

Pavan 在復(fù)盤里打了個(gè)比方：設(shè)計(jì)模式不是庫，不是框架，沒法一行命令裝到項(xiàng)目里。它們是反復(fù)出現(xiàn)的軟件設(shè)計(jì)問題的可復(fù)用解決方案——更像建筑藍(lán)圖，你得根據(jù)地形改圖紙，不能直接復(fù)印粘貼。

這個(gè)區(qū)分很關(guān)鍵。新手常犯的錯(cuò)誤是搜到一段"工廠模式"代碼，原封不動(dòng)拷進(jìn)項(xiàng)目，結(jié)果工廠套工廠，復(fù)雜度爆炸。Pavan 早期踩的坑更典型：把策略模式（Strategy Pattern）和狀態(tài)模式（State Pattern）混著用，代碼邏輯像 spaghetti，自己三個(gè)月后都看不懂。

他的轉(zhuǎn)折點(diǎn)來自一本書?！对O(shè)計(jì)模式：可復(fù)用面向?qū)ο筌浖幕A(chǔ)》——GoF（Gang of Four，四人組）1994年的經(jīng)典。但 Pavan 警告：別一上來就硬啃。他推薦的入門路徑是先理解"為什么"，再記"是什么"。

從23種模式里，他提煉出3個(gè)高頻場景

Pavan 沒有羅列全部 GoF 模式，而是按實(shí)際工作場景分類。第一類是對象創(chuàng)建：單例（Singleton）控制唯一實(shí)例，工廠（Factory）封裝創(chuàng)建邏輯。他在一個(gè)支付系統(tǒng)里用工廠模式處理多種渠道（微信、支付寶、銀行卡），新增渠道時(shí)只改一處代碼，review 時(shí) senior 第一次沒皺眉。

第二類是結(jié)構(gòu)組織：適配器（Adapter）解決接口不兼容，裝飾器（Decorator）動(dòng)態(tài)加功能。Pavan 印象最深的是接手一個(gè)老系統(tǒng)，第三方 API 版本迭代三次，他用適配器模式把新舊接口包成統(tǒng)一層，上層業(yè)務(wù)代碼零改動(dòng)。

第三類是行為協(xié)作：觀察者（Observer）處理事件訂閱，策略（Strategy）封裝算法族。他在這里摔過最狠的一跤——早期把策略模式寫成 if-else 地獄的面向?qū)ο蟀?，后來才明白核心是把變化的部分抽出來，讓客戶端決定用哪個(gè)策略，而不是在策略內(nèi)部判斷。

一個(gè)反直覺的發(fā)現(xiàn)：設(shè)計(jì)模式學(xué)得越多，代碼反而越簡單。Pavan 觀察到一個(gè)現(xiàn)象——初級開發(fā)者傾向于用模式"證明"自己，一個(gè)功能疊三四個(gè)模式； senior 的代碼看起來平平無奇，但點(diǎn)開才發(fā)現(xiàn)模式藏得很深，只解決真問題。

學(xué)習(xí)路徑：他花了4年驗(yàn)證的笨辦法

Pavan 的學(xué)習(xí)曲線分三段。第一年，他背模式名稱和 UML 圖，面試能聊，寫代碼想不起來用。第二年，他開始在重構(gòu)時(shí)主動(dòng)找模式，經(jīng)常過度設(shè)計(jì)，被同事吐槽"為了用模式而用模式"。

第三年出現(xiàn)質(zhì)變。他不再問"這里該用哪個(gè)模式"，而是先描述問題——"我需要?jiǎng)討B(tài)改變對象行為，同時(shí)讓客戶端無感知"——然后模式名自然浮現(xiàn)。第四年，他能一眼看出同事代碼里的模式誤用，比如把簡單工廠和抽象工廠混用，導(dǎo)致擴(kuò)展時(shí)不得不改工廠類。

他現(xiàn)在的判斷標(biāo)準(zhǔn)是：如果去掉模式，代碼會(huì)不會(huì)更差？不是"能不能用模式"，而是"不用模式會(huì)不會(huì)更亂"。這個(gè)視角轉(zhuǎn)換，讓他從"模式收集者"變成"問題解決者"。

Pavan 最后提到一個(gè)細(xì)節(jié)。他現(xiàn)在面試別人時(shí)，也會(huì)問那個(gè)讓他栽了的問題。但追問方式變了——不是考"列舉23種模式"，而是給一個(gè)具體場景，看對方能不能識(shí)別出重復(fù)代碼的壞味道，再討論有沒有更干凈的組織方式。

設(shè)計(jì)模式的價(jià)值，從來不在模式本身。

那個(gè) senior dev 當(dāng)年真正想問的，大概是：你能不能看出代碼里的重復(fù)結(jié)構(gòu)，并找到更優(yōu)雅的表達(dá)方式？Pavan 花了4年才聽懂這個(gè)問題——你現(xiàn)在會(huì)在哪個(gè)階段卡住？