如何為團隊定製自己的 Node.js 框架？

首頁>技術>Echa攻城獅2020-07-06 23:00

如何為團隊定製自己的 Node.js 框架？

背景

回想下，當你需要新起一個 Node.js 應用的時候，會怎麼做？

憨厚一點的就從頭開始初始化，一個個外掛的安裝，CTRL +C 一個個的配置。好一點的，就會封裝一個骨架，然後一鍵生成新專案。

那如果在應用中的一些實踐，想下沉為基礎能力，就需要修改骨架。此時，如何把舊專案升級呢？一兩個還好說，如果十幾個，甚至上百個呢？

我們的實踐是：基於 Egg 封裝一個適合特定團隊業務場景的上層業務框架。

如果你的團隊需要：

統一的技術選型，比如資料庫、模板、前端框架及各種中介軟體設施都需要選型，而框架封裝後保證應用使用一套架構。統一的預設配置，開源社群的配置可能不適用於公司，而又不希望每個應用重複配置。統一的部署方案，通過框架和平臺的雙向控制，應用只需要關注自己的程式碼。統一的程式碼風格，框架不僅僅解決程式碼重用問題，還可以對應用做一定約束，並定製適合團隊的目錄載入規範。鴨蛋炒雞蛋 = ？

下面，我們來一起基於Egg 定製一個獨屬於我們的鴨蛋框架（yadan），它提供以下能力：

內建 nunjucks來提供服務端模板渲染能力。封裝一套請求後端介面的協議，並自動載入 app/rpc/** 為ctx.rpc.clz.method() 方法。

//&nbsp;請求後端介面，查詢使用者資訊const&nbsp;userInfo&nbsp;=&nbsp;await&nbsp;ctx.rpc.user.getDetail(&#39;yadan&#39;);//&nbsp;渲染首頁await&nbsp;this.ctx.render(&#39;home.tpl&#39;,&nbsp;{&nbsp;userInfo&nbsp;});

完整的示例程式碼可以參見 https://github.com/atian25/yadan，下文我們會講解關鍵細節。

初始化

通過骨架一鍵初始化 Framework 程式碼：

$&nbsp;npm&nbsp;init&nbsp;egg&nbsp;--type=framework&nbsp;yadan

可以看到，Framework 的目錄結構，和一個 Egg 應用幾乎一模一樣，熟悉的 config、 app/extend 、 app/service 。

yadan├──&nbsp;app│&nbsp;&nbsp;&nbsp;├──&nbsp;extend│&nbsp;&nbsp;&nbsp;└──&nbsp;service├──&nbsp;config│&nbsp;&nbsp;&nbsp;├──&nbsp;config.default.js│&nbsp;&nbsp;&nbsp;└──&nbsp;plugin.js├──&nbsp;lib│&nbsp;&nbsp;&nbsp;└──&nbsp;framework.js├──&nbsp;test│&nbsp;&nbsp;&nbsp;├──&nbsp;fixtures│&nbsp;&nbsp;&nbsp;└──&nbsp;framework.test.js├──&nbsp;README.md├──&nbsp;index.js└──&nbsp;package.json

接下來我們逐個講解下關鍵細節。

框架定義

首先來看下入口檔案，其實就是繼承了下 Application，然後把當前目錄通過EGG_PATH 的約定，加入到 Egg 的LoadUnits中去。

骨架已經預設生成，基本上不用改，程式碼如下：

//&nbsp;lib/framework.jsconst&nbsp;path&nbsp;=&nbsp;require(&#39;path&#39;);const&nbsp;egg&nbsp;=&nbsp;require(&#39;egg&#39;);const&nbsp;EGG_PATH&nbsp;=&nbsp;Symbol.for(&#39;egg#eggPath&#39;);class&nbsp;Application&nbsp;extends&nbsp;egg.Application&nbsp;{&nbsp;&nbsp;get&nbsp;[EGG_PATH](&nbsp;&#34;EGG_PATH&#34;)&nbsp;{&nbsp;&nbsp;&nbsp;&nbsp;return&nbsp;path.dirname(__dirname);&nbsp;&nbsp;}}class&nbsp;Agent&nbsp;extends&nbsp;egg.Agent&nbsp;{&nbsp;&nbsp;get&nbsp;[EGG_PATH](&nbsp;&#34;EGG_PATH&#34;)&nbsp;{&nbsp;&nbsp;&nbsp;&nbsp;return&nbsp;path.dirname(__dirname);&nbsp;&nbsp;}}module.exports&nbsp;=&nbsp;Object.assign(egg,&nbsp;{&nbsp;&nbsp;Application,&nbsp;&nbsp;Agent,});

內建外掛

我們要內建模板外掛，先安裝依賴：

tnpm&nbsp;i&nbsp;--save&nbsp;egg-view-nunjucks

再掛載下外掛：

//&nbsp;config/plugin.jsexports.nunjucks&nbsp;=&nbsp;{&nbsp;&nbsp;enable:&nbsp;true,&nbsp;&nbsp;package:&nbsp;&#39;egg-view-nunjucks&#39;,};

預設配置

可以設定統一的預設配置，如把預設的模板引擎設定為 nunjucks ：

//&nbsp;config/config.default.jsmodule.exports&nbsp;=&nbsp;()&nbsp;=&gt;&nbsp;{&nbsp;&nbsp;const&nbsp;config&nbsp;=&nbsp;{};&nbsp;&nbsp;config.view&nbsp;=&nbsp;{&nbsp;&nbsp;&nbsp;&nbsp;defaultViewEngine:&nbsp;&#39;nunjucks&#39;,&nbsp;&nbsp;&nbsp;&nbsp;mapping:&nbsp;{&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&#39;.nj&#39;:&nbsp;&#39;nunjucks&#39;,&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&#39;.tpl&#39;:&nbsp;&#39;nunjucks&#39;,&nbsp;&nbsp;&nbsp;&nbsp;},&nbsp;&nbsp;};&nbsp;&nbsp;return&nbsp;config;};

RPC 規範

除了常規的擴充套件外，在實際業務開發中，我們往往需要為團隊定製一些新的目錄規範。

此處我們來定義一個 RPC 規範：

約定 app/rpc/** 將被掛載為 ctx.rpc.**提供 egg.RPC 基類，對後端請求進行封裝，供應用層繼承。定義 RPC 基類

直接 show me the code ，其實就是對 HTTP 協議做了一個上層封裝，統一了響應格式。

該 RPC 類在framework.js裡面會被引入到 egg 物件上。

//&nbsp;lib/rpc.jsclass&nbsp;RPC&nbsp;{&nbsp;&nbsp;constructor(ctx)&nbsp;{&nbsp;&nbsp;&nbsp;&nbsp;this.ctx&nbsp;=&nbsp;ctx;&nbsp;&nbsp;&nbsp;&nbsp;this.app&nbsp;=&nbsp;ctx.app;&nbsp;&nbsp;&nbsp;&nbsp;this.logger&nbsp;=&nbsp;ctx.logger;&nbsp;&nbsp;&nbsp;&nbsp;this.config&nbsp;=&nbsp;ctx.app.config;&nbsp;&nbsp;}&nbsp;&nbsp;async&nbsp;api(apiName,&nbsp;data)&nbsp;{&nbsp;&nbsp;&nbsp;&nbsp;const&nbsp;host&nbsp;=&nbsp;this.config.rpc.host;&nbsp;&nbsp;&nbsp;&nbsp;try&nbsp;{&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;const&nbsp;targetUrl&nbsp;=&nbsp;`${host}/api${apiName}`;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;this.logger.info(`[RPC]&nbsp;request&nbsp;api:&nbsp;${targetUrl}`);&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;const&nbsp;res&nbsp;=&nbsp;await&nbsp;this.ctx.curl(targetUrl,&nbsp;{&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;dataType:&nbsp;&#39;json&#39;,&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;contentType:&nbsp;&#39;json&#39;,&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;timeout:&nbsp;5000,&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;data,&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;});&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;return&nbsp;this.handlerResult(res,&nbsp;{&nbsp;apiName,&nbsp;data&nbsp;});&nbsp;&nbsp;&nbsp;&nbsp;}&nbsp;catch&nbsp;(err)&nbsp;{&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;return&nbsp;this.handlerError(err,&nbsp;{&nbsp;apiName,&nbsp;data&nbsp;});&nbsp;&nbsp;&nbsp;&nbsp;}&nbsp;&nbsp;}&nbsp;&nbsp;handlerResult(res)&nbsp;{&nbsp;&nbsp;&nbsp;&nbsp;return&nbsp;{&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;success:&nbsp;true,&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;data:&nbsp;res.data,&nbsp;&nbsp;&nbsp;&nbsp;};&nbsp;&nbsp;}&nbsp;&nbsp;handlerError(err,&nbsp;meta)&nbsp;{&nbsp;&nbsp;&nbsp;&nbsp;this.logger.error(`[RPC]&nbsp;request&nbsp;${meta.apiName}&nbsp;fail:&nbsp;${err.message}`);&nbsp;&nbsp;&nbsp;&nbsp;return&nbsp;{&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;success:&nbsp;false,&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;error:&nbsp;{&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;message:&nbsp;err.message,&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;},&nbsp;&nbsp;&nbsp;&nbsp;};&nbsp;&nbsp;}}module.exports&nbsp;=&nbsp;RPC;

RPC 載入邏輯

在《如何為團隊量身定製 Egg 目錄掛載規範？》[1]一文中有專門介紹過。

此處我們僅需要簡單配置下：

//&nbsp;config/config.default.jsmodule.exports&nbsp;=&nbsp;()&nbsp;=&gt;&nbsp;{&nbsp;&nbsp;const&nbsp;config&nbsp;=&nbsp;{};&nbsp;&nbsp;//&nbsp;...&nbsp;&nbsp;//&nbsp;自定義載入規範&nbsp;&nbsp;config.customLoader&nbsp;=&nbsp;{&nbsp;&nbsp;&nbsp;&nbsp;rpc:&nbsp;{&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;directory:&nbsp;&#39;app/rpc&#39;,&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;inject:&nbsp;&#39;ctx&#39;,&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;loadunit:&nbsp;true,&nbsp;&nbsp;&nbsp;&nbsp;},&nbsp;&nbsp;};&nbsp;&nbsp;return&nbsp;config;};

然後我們如果在應用中新增app/rpc/user.js檔案：

//&nbsp;app/rpc/user.jsconst&nbsp;{&nbsp;RPC&nbsp;}&nbsp;=&nbsp;require(&#39;egg&#39;);module.exports&nbsp;=&nbsp;class&nbsp;TestRPC&nbsp;extends&nbsp;RPC&nbsp;{&nbsp;&nbsp;async&nbsp;getDetail(id)&nbsp;{&nbsp;&nbsp;&nbsp;&nbsp;return&nbsp;await&nbsp;this.api(&#39;/user/detail&#39;,&nbsp;{&nbsp;id&nbsp;});&nbsp;&nbsp;}};

在 Controller 那邊就可以直接呼叫 ctx.rpc.user.getDetail()了。

class&nbsp;HomeController&nbsp;extends&nbsp;Controller&nbsp;{&nbsp;&nbsp;async&nbsp;detail()&nbsp;{&nbsp;&nbsp;&nbsp;&nbsp;const&nbsp;{&nbsp;ctx&nbsp;}&nbsp;=&nbsp;this;&nbsp;&nbsp;&nbsp;&nbsp;const&nbsp;name&nbsp;=&nbsp;ctx.params.name;&nbsp;&nbsp;&nbsp;&nbsp;const&nbsp;{&nbsp;data:&nbsp;userInfo&nbsp;}&nbsp;=&nbsp;await&nbsp;ctx.rpc.user.getDetail(name);&nbsp;&nbsp;&nbsp;&nbsp;await&nbsp;ctx.render(&#39;home.tpl&#39;,&nbsp;userInfo);&nbsp;&nbsp;}}

單元測試

單元測試很重要，尤其是 Framework 必須要求 100% 的測試覆蓋率。

首先需要新增 fixtures ，可以看到，就是一個標準的 Egg 應用，用來模擬我們的業務場景。

└──&nbsp;test&nbsp;&nbsp;&nbsp;&nbsp;├──&nbsp;fixtures&nbsp;&nbsp;&nbsp;&nbsp;│&nbsp;&nbsp;&nbsp;└──&nbsp;example&nbsp;&nbsp;&nbsp;&nbsp;│&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;├──&nbsp;app&nbsp;&nbsp;&nbsp;&nbsp;│&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;│&nbsp;&nbsp;&nbsp;├──&nbsp;rpc&nbsp;&nbsp;&nbsp;&nbsp;│&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;│&nbsp;&nbsp;&nbsp;│&nbsp;&nbsp;&nbsp;└──&nbsp;user.js&nbsp;&nbsp;&nbsp;&nbsp;│&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;│&nbsp;&nbsp;&nbsp;├──&nbsp;controller&nbsp;&nbsp;&nbsp;&nbsp;│&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;│&nbsp;&nbsp;&nbsp;│&nbsp;&nbsp;&nbsp;└──&nbsp;home.js&nbsp;&nbsp;&nbsp;&nbsp;│&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;│&nbsp;&nbsp;&nbsp;└──&nbsp;router.js&nbsp;&nbsp;&nbsp;&nbsp;│&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;├──&nbsp;config&nbsp;&nbsp;&nbsp;&nbsp;│&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;│&nbsp;&nbsp;&nbsp;└──&nbsp;config.default.js&nbsp;&nbsp;&nbsp;&nbsp;│&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;└──&nbsp;package.json&nbsp;&nbsp;&nbsp;&nbsp;└──&nbsp;framework.test.js

然後編寫一個個的單測：

跟 Egg 應用的單元測試幾乎沒區別，只是多了一個framework: true 的宣告。

//&nbsp;test/framework.test.jsconst&nbsp;mock&nbsp;=&nbsp;require(&#39;egg-mock&#39;);describe(&#39;test/framework.test.js&#39;,&nbsp;()&nbsp;=&gt;&nbsp;{&nbsp;&nbsp;let&nbsp;app;&nbsp;&nbsp;before(()&nbsp;=&gt;&nbsp;{&nbsp;&nbsp;&nbsp;&nbsp;app&nbsp;=&nbsp;mock.app({&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;baseDir:&nbsp;&#39;example&#39;,&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;//&nbsp;宣告是測試&nbsp;Framework&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;framework:&nbsp;true,&nbsp;&nbsp;&nbsp;&nbsp;});&nbsp;&nbsp;&nbsp;&nbsp;return&nbsp;app.ready();&nbsp;&nbsp;});&nbsp;&nbsp;after(()&nbsp;=&gt;&nbsp;app&nbsp;&&&nbsp;app.close());&nbsp;&nbsp;afterEach(mock.restore);&nbsp;&nbsp;it(&#39;should&nbsp;GET&nbsp;/&#39;,&nbsp;async&nbsp;()&nbsp;=&gt;&nbsp;{&nbsp;&nbsp;&nbsp;&nbsp;return&nbsp;app.httpRequest()&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;.get(&#39;/&#39;)&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;.expect(&#39;&lt;div&gt;yadan&lt;/div&gt;\\n&#39;)&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;.expect(200);&nbsp;&nbsp;});});

如果你的 Framework 提供了多個功能，我們建議拆為多個 fixtures，一個特性一個特性的測試，並覆蓋完全。

通過 npm run cov 來檢視你的單元測試覆蓋率，我們內建骨架也幫你自動生成了GitHub Action的 CI 測試配置。

釋出流程

跟平時釋出 npm 沒啥區別，此處介紹下我們的一些最佳實踐。

本地驗證

如果你想在釋出前先測試，首先可以通過npm link 方式來短鏈到應用中

$&nbsp;cd&nbsp;/path/to/demo$&nbsp;npm&nbsp;link&nbsp;/path/to/framework

詳情參見你所不知道的模組除錯技巧 - npm link #17[2]

釋出 beta

接著就可以釋出測試版本了，此時可以先發0.x ：

修改 package.json 為0.0.1釋出指令為 npm publish --tag=beta在應用引入時為 npm i --save @eggjs/yadan@beta

這樣的好處是，在 0.x 升級新版本的時候，應用那邊能安裝到最新的版本。

因為根據Semver規則， ^0.0.1 是安裝不到 0.1.0 等版本的。

釋出正式

當 beta 驗證通過後，應該果斷的釋出 1.x 版本，禁止停留在 0.x 版本，否則你會踩坑。

Chromium 等都版本低了，你吝嗇個啥啊，版本號又不值錢。

修改 package.json 為 1.0.0釋出指令去掉 beta，改為 npm publish在應用引入時為 npm i --save @eggjs/yadan

後續發版本，要嚴格遵循 **Semver **規則，不能有 break change，且要求應用不鎖版本，通過^1 的方式引入依賴。

如果實在無法相容，就發大版本，且最好提供 codemod 來幫舊應用自動升級。

應用層

在應用中使用你的框架很簡單，只需要在 package.json 簡單宣告下：

{&nbsp;&nbsp;&#34;name&#34;:&nbsp;&#34;egg-showcase&#34;,&nbsp;&nbsp;&#34;egg&#34;:&nbsp;{&nbsp;&nbsp;&nbsp;&nbsp;&#34;framework&#34;:&nbsp;&#34;@eggjs/yadan&#34;&nbsp;&nbsp;},&nbsp;&nbsp;&#34;dependencies&#34;:&nbsp;{&nbsp;&nbsp;&nbsp;&nbsp;&#34;yadan&#34;:&nbsp;&#34;^1&#34;&nbsp;&nbsp;}}

然後正常啟動即可，會看到以下資訊：

[master] yadan started on http://127.0.0.1:7001 (1511ms)

這樣，所有依賴這個 Framework 的應用，都可以使用它提供的標準化能力和團隊規範。

框架的框架

至此，我們就已經完成了一個基於 Egg 的上層業務框架的開發，是不是覺得很簡單？

簡單就對了！Egg 本身的定位就是框架的框架，幫助團隊的技術負責人，來定製適合特定的業務場景的上層業務框架。

在阿里內部也是這麼實踐的：

實際上，框架還支援多層繼承，在我們內部的繼承關係其實是：

特定場景框架：&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; chair-serverless &nbsp;|&nbsp;&nbsp; midway-faas &nbsp;&nbsp;&nbsp;|&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;↑&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;↑團隊業務框架：&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; chair &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;|&nbsp;&nbsp;&nbsp;&nbsp; midway &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;|&nbsp;&nbsp; nut &nbsp;&nbsp;&nbsp;&nbsp;| ...&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;↑&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;↑&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;↑&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;↑阿里統一框架：&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;@ali/egg&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;↑&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;↑&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;↑&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;↑開源社群框架：&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; egg

框架的演進

從上面可以看到，Egg 的應用、外掛、框架的目錄結構幾乎一模一樣。

實際開發過程中，我們也有一套漸進式的演進方式，分享給大家：

實驗性的功能，可以先在應用裡面實現，作為 inline plugin 通過 path 方式來掛載。功能穩定後，就抽出來變為獨立的外掛，應用再通過 npm 依賴方式引入，只需改兩行程式碼即可。當該功能成熟後，成為團隊的統一規範時，直接把這個外掛整合到 Framework 中，所有應用只需重新安裝下依賴，即可立刻享受到。

這個過程是閉環的，是漸進式，而且升級過程幾乎不同。

詳見文件漸進式開發[3]

最後補一張之前的 Slide：

寫在最後