课程名称：Node.js工程师养成计划

课程章节： 第九章

课程讲师：北瑶

课程内容

        Egg 的插件机制有很高的可扩展性，一个插件只做一件事

$ mkdir egg-example && cd egg-example
$ npm init egg --type=simple
$ npm i
$ npm run dev
$ open http://localhost:7001

        以上是eggjs 得安装方法

他的写法根mvc模式有点相似

'use strict';

const { Controller } = require('egg');

class HomeController extends Controller {
  async index() {
    // const { ctx } = this;
    // ctx.body = 'hi, egg';
    var serviceData = this.service.user.getUserList()
    this.ctx.body = serviceData
  }
}

module.exports = HomeController

配置路由映射：

// app/router.js
'use strict';

/**
 * @param {Egg.Application} app - egg application
 */
module.exports = app => {
  app.foo = 'app-foo'
  const { router, controller } = app;
  router.get('/', controller.home.index);
};

// app/service/user.js
const Service = require('egg').Service
class UserService extends Service {
  getUserList(){
    return [
      {id:0,username:'Monica'}
    ]
  }
}

module.exports = UserService

通过继承egg得service 返回了一个 getUserList()

在egg中使用插件得方式进行引用 mongoose

为什么要插件

我们在使用 Koa 中间件过程中发现了下面一些问题：

1. 中间件加载其实是有先后顺序的，但是中间件自身却无法管理这种顺序，只能交给使用者。这样其实非常不友好，一旦顺序不对，结果可能有天壤之别。

2. 中间件的定位是拦截用户请求，并在它前后做一些事情，例如：鉴权、安全检查、访问日志等等。但实际情况是，有些功能是和请求无关的，例如：定时任务、消息订阅、后台逻辑等等。

3. 有些功能包含非常复杂的初始化逻辑，需要在应用启动的时候完成。这显然也不适合放到中间件中去实现。

综上所述，我们需要一套更加强大的机制，来管理、编排那些相对独立的业务逻辑。

egg-mongoose

$ npm i egg-mongoose --save

在egg.js中 可以通过声明 确认开启或者关闭