北京
“為了降低維護成本，并為所有插件開發者提供更流暢、一致的體驗。”JetBrains官方在一篇博客中，用這句話解釋了為什么要在IntelliJ IDEA 2026.1中引入一個全新的IDE Plugin Generator。這次更新的核心就一個動作——把以前那兩條讓開發者糾結的插件創建路徑，合并成一條。
回顧一下，在2026年之前，想給JetBrains系IDE寫個插件，官方給了兩個方案。一個是IDE內自帶的生成器，裝好Plugin DevKit插件后，在新建項目向導里選“IDE Plugin”就能開工；另一個是GitHub上的IntelliJ Platform Plugin Template，模板里預制了GitHub Actions工作流、Issue模板和Dependabot配置。兩邊看似都行，但真用起來，槽點不少。
最明顯的問題是維護成本翻倍。每次平臺發新版，或者默認插件配置有變化，團隊就得在兩個地方同步更新模板。IDE生成器還綁死在Plugin DevKit插件身上，改了代碼就得發插件新版本，可用戶不一定第一時間更新，導致不少人一直用著舊模板創建項目。而GitHub模板雖然能無縫對接CI/CD，卻不支持IDE生成器里的“選擇額外依賴”功能——比如想順手加上LSP支持、Database Tools，在那個模板里就得多折騰幾下。
更要命的是，兩個入口并存本身就在勸退新人。不少開發者第一次接觸插件開發，先被“到底選哪個”卡住，再花時間翻文檔比對差異，最后還可能選到了不適合自己場景的選項。這種體驗，顯然和“10分鐘內跑起來”的開發者工具設計目標背道而馳。
新的IDE Plugin Generator就是沖著這些痛點來的。它拋棄了本地內置的方式，改走Web API路線，跟Spring Initializr、Quarkus項目生成器類似。你既可以在IDE里觸發，也能直接從瀏覽器訪問生成接口，背后始終是同一套最新模板。這樣一來，不管你用的是哪個版本的IDE，只要能聯網，拿到的都是實時維護的配置，徹底解決了版本滯后的問題。
統一之后，GitHub集成和額外依賴選擇也不再是二選一的關系。新流程里，生成插件項目的同時就可以勾選需要的擴展依賴，也能一鍵啟用GitHub工作流、Issue模板等工程化配套。JetBrains想達成的效果很簡單：開發者只要想清楚插件要做什么功能，剩下的腳手架活全交給生成器。
從雙軌并行到單點入口，這步棋其實反映了JetBrains對開發者體驗的新理解——與其提供多個需要人工判斷的選項，不如直接給一個“不會出錯”的默認路徑。未來隨著平臺版本的迭代，新生成器還會持續把插件開發過程中的其他配置步驟收攏進來，預計會讓整個上手流程壓縮在幾分鐘內。對于已經習慣舊生成器的開發者來說，遷移成本幾乎為零，因為生成出來的項目結構依然兼容現有Plugin DevKit生態。
當腳手架不再成為門檻，寫插件的注意力才能真正回到“插件到底要解決什么問題”上。這可能是這次更新里最值得劃重點的部分。
特別聲明：以上內容(如有圖片或視頻亦包括在內)為自媒體平臺“網易號”用戶上傳并發布，本平臺僅提供信息存儲服務。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.
