摘要：前言之前對的整體設(shè)計有過自己的理解，在中方便的插件機制也是這個框架的一大亮點，本文主要就是從的插件開始，對后臺中的插件機制做一些分析和總結(jié)。插件的特點它包含了中間件配置框架擴展等等。插件其余部分的運行原理也是類似的。

之前對egg.js的整體設(shè)計有過自己的理解，在egg.js中方便的插件機制也是這個框架的一大亮點，本文主要就是從egg.js的插件開始，對node后臺中的插件機制做一些分析和總結(jié)。

在koa的項目中可以發(fā)現(xiàn)有大量的中間件的使用，常見的中間件可以用來做，鑒權(quán)，請求的參數(shù)合并，錯誤的統(tǒng)一處理等等。
中間件的特點大概總結(jié)一下就是：

會對請求進行處理，并且影響在請求上

中間件有自己的加載順序，不同的順序可能會帶來不同的結(jié)果，整個koa形成了一個類似洋蔥圈的模型

這樣就會發(fā)現(xiàn)整個項目中確實有一些部分的功能不適合放到中間件中，比如與請求無關(guān)的功能，需要在初始化中就執(zhí)行的功能，需要管理中間件功能的功能，這個時候就需要用到插件的功能了。
egg插件的特點：

它包含了 Service、中間件、配置、框架擴展等等。

它沒有獨立的 Router 和 Controller。

基本上插件和一個獨立的應(yīng)用沒有多大的區(qū)別。

前面說到了egg的插件其實可以直接看作是一個小的應(yīng)用，從目的上可以當(dāng)作是一些公共功能的egg應(yīng)用的抽象，那么這些插件究竟是如何被使用的呢？
首先是整個egg的應(yīng)用的加載，可以從源碼中看到分為了三個部分

/**
   * loadUnit is a directory that can be loaded by EggLoader, it has the same structure.
   *
   * The order of the loadUnits:
   *
   * 1. plugin
   * 2. framework
   * 3. app
   */
  getLoadUnits() {
    const dirs = this.dirs = [];

    if (this.orderPlugins) {
      for (const plugin of this.orderPlugins) {
        dirs.push({
          path: plugin.path,
          type: "plugin",
        });
      }
    }

    // framework or egg path
    for (const eggPath of this.eggPaths) {
      dirs.push({
        path: eggPath,
        type: "framework",
      });
    }

    // application
    dirs.push({
      path: this.options.baseDir,
      type: "app",
    });
    
    return dirs;
  }

運行的結(jié)果

[ { path: "/Users/qitmac000458/Workspace/developer/node_modules/egg-session",
    type: "plugin" },
  { path: "/Users/qitmac000458/Workspace/developer/node_modules/egg-security",
    type: "plugin" },
  { path: "/Users/qitmac000458/Workspace/developer/node_modules/egg-jsonp",
    type: "plugin" },
  { path: "/Users/qitmac000458/Workspace/developer/node_modules/egg-onerror",
    type: "plugin" },
  { path: "/Users/qitmac000458/Workspace/developer/node_modules/egg-i18n",
    type: "plugin" },
  { path: "/Users/qitmac000458/Workspace/developer/node_modules/egg-watcher",
    type: "plugin" },
  { path: "/Users/qitmac000458/Workspace/developer/node_modules/egg-multipart",
    type: "plugin" },
  { path: "/Users/qitmac000458/Workspace/developer/node_modules/egg-development",
    type: "plugin" },
  { path: "/Users/qitmac000458/Workspace/developer/node_modules/egg-schedule",
    type: "plugin" },
  { path: "/Users/qitmac000458/Workspace/developer/node_modules/egg-logrotator",
    type: "plugin" },
  { path: "/Users/qitmac000458/Workspace/developer/node_modules/egg-static",
    type: "plugin" },
  { path: "/Users/qitmac000458/Workspace/developer/node_modules/egg-view",
    type: "plugin" },
  { path: "/Users/qitmac000458/Workspace/developer/node_modules/egg-sequelize",
    type: "plugin" },
  { path: "/Users/qitmac000458/Workspace/developer/node_modules/egg-view-art",
    type: "plugin" },
  { path: "/Users/qitmac000458/Workspace/developer/node_modules/egg-validate",
    type: "plugin" },
  { path: "/Users/qitmac000458/Workspace/developer/node_modules/egg",
    type: "framework" },
  { path: "/Users/qitmac000458/Workspace/developer", type: "app" } ]

可以認(rèn)為這每一個都是一個獨立的app，之后就是如何把這些應(yīng)用整合成一個app。那么簡單的來看，只看app.js的整合吧

loadFile(filepath, ...inject) {
    if (!fs.existsSync(filepath)) {
      return null;
    }

    const ret = utils.loadFile(filepath);
    // function(arg1, args, ...) {}
    if (inject.length === 0) inject = [ this.app ];
    return isFunction(ret) ? ret(...inject) : ret;
 }
 loadCustomApp() {
    this.getLoadUnits()
      .forEach(unit => this.loadFile(path.join(unit.path, "app.js")));
  },

再回憶一下app.js的一般寫法，也就是

module.exports = app => {
  do something
};

這樣插件中的每個app.js就都得已運行，并且運行順序也就很容易知道，是和getLoadUnits的運行結(jié)果是一致的。插件其余部分的運行原理也是類似的。

在了解了整個egg插件機制后，編寫一個插件其實就變得很容易了，或者說后面可以從業(yè)務(wù)代碼中直接沉淀出一整個功能作為一個插件。
egg的插件的加載幾乎是復(fù)用了整個loader，將插件的功能于原本app的業(yè)務(wù)功能實現(xiàn)了解耦，而又保持了一個egg微應(yīng)用的整體結(jié)構(gòu)，這塊的設(shè)計也是很值得學(xué)習(xí)的。