鴿了 3 年的 Egg 3.0 帶來了一個好消息！
EggJS 開源已經(jīng) 7 年了，它的初心是能幫助前端架構(gòu)師孵化出適合團隊業(yè)務(wù)場景的上層框架，為此它提供了一套 Loader 規(guī)范以及延伸出的插件和框架能力，并支持漸進式的研發(fā)模型，從而很好的幫助開發(fā)者解決了企業(yè)框架的差異化定制與統(tǒng)一維護問題。
歡迎關(guān)注直播間，第一時間收到開播提醒 ?????
在具體實現(xiàn)上，其實 egg-core 這個庫才是框架的框架的承載者，egg 則是一個集成了常用插件列表的可以開箱即用的應(yīng)用框架。這是當時設(shè)計上的一個局限性，雖然也正因如此讓 EggJS 在社區(qū)使用更廣泛，但畢竟給上層框架的定制帶來了一些束縛。
同時在那個時代，Typescript 還不像今天這樣成為事實標準，采用 JavaScript 并擁抱 TC39 的規(guī)范才是當時的主流共識。雖然我們后續(xù)通過 Declaration Merging 的方式，很好的解決了 Loader 動態(tài)加載帶來的智能提示問題。但插件的 d.ts 生態(tài)這塊一直沒有很好的維護。在應(yīng)用層可以完全使用 TS 的情況下，使用 TS 重寫 EggJS 底層代碼是一個 ROI 不太高的事，畢竟誰也沒想到 ESM 在未來幾年的時間內(nèi)居然發(fā)展的如此之慢。盡管如此，EggJS 為什么不基于 Typescript 編寫，以及何時能支持更加徹底的 Typescript 編程界面而非約定優(yōu)先的 Javascript 掛載風(fēng)格，類似這樣的討論幾乎伴隨著整個 EggJS 自身的發(fā)展周期內(nèi)。
2019 年 4 月的時候，EggJS 3.0 的里程碑第一次被確立下來，彼時 EggJS 團隊的聲音還是傾向于基于 ES Module 開發(fā)，更好的支持云原生為主要的演進方向，因為我們判斷 BFF 到了一個需要 Serverless 解決運維成本的時候了，更多精力投入到了這一塊探索中，對于這一個目標而言，更多的投入是在于 PaaS 和 中間件服務(wù) 的云原生化，在應(yīng)用框架這一層現(xiàn)有的定制能力基本能滿足。
之后因為種種原因，EggJS 3.0 最終沒能在當年預(yù)設(shè)的十月如期發(fā)布，可能發(fā)布 3.0 Milestone 的 貫高 自己也沒想到，這一鴿就到了 2022 年。
直到 2021 年我們重啟了 Egg 3.0 的項目，產(chǎn)出了第一份 3.0 RFC，又重新吸引回小伙伴們的目光，最后經(jīng)過各方的討論，我們決定在 RFC 的基礎(chǔ)上繼續(xù)做一個能更加徹底解決 EggJS 維護過程中的痛點，同時可以滿足各個小伙伴所在公司需求的全新驅(qū)動內(nèi)核，更純粹的框架的框架。
更純粹的框架的框架：提供插件復(fù)用能力及上層框架封裝能力，漸進式的研發(fā)體驗，初心不能忘。
協(xié)議請求處理模型：不再基于 Koa，同時剝離原來的各種協(xié)議相關(guān)的內(nèi)置插件，不再局限于 HTTP 場景。
基于 IoC 的掛載機制，擁抱 TypeScript。
基于 Manifest 的加載機制，新增構(gòu)建期行為，增強企業(yè)級的擴展能力。
正如同 Egg 是框架的框架，拉丁語是英語的源頭，因此我們把這個框架起了一個新的名字：Artus，它來自于拉丁語的框架。
Artus 剛剛面世，還在持續(xù)完善中，不過也是時候跟大家打個招呼了，我們將在支付寶體驗科技舉辦的 NodeParty 2022.08.08 線上直播中分享跟它相關(guān)的故事，歡迎關(guān)注。
歡迎關(guān)注直播間，第一時間收到開播提醒??????
