从最开始接触到egg，慢慢的了解，权衡利弊后，所有项目也进行了改造，把之前express的代码迁移到egg。 之前的egg在vscode的调试不是很好，因为egg启动时是多个slaver的，好像是通过agent监听其中一个，后来好像优化后，vscode的调试轻松多了。 说下切换的体验吧，因为我所有项目是基于docker的，当时做了下简单的性能测试： 内存占用： * express保持在100多m左右 * egg启动后，必然到200以上 cpu占用： * express的docker环境为4%（单核） * egg的docker环境为6%（单核） 基本上，其实这些区别在java上来讲，约等于0~

总的来说，egg还是挺好的一个框架，也如上面某个仁兄所说，我也是觉得egg的代码不够优雅的，比如：

'use strict';
module.exports = app => {//这里
  class ServiceBase extends app.Service { //这里
  }
  return ServiceBase;//这里
};

个人鄙见，狼叔莫怪，我之前尝试借鉴egg的很多方式来对express改造，但发现并工作量太大了，中途放弃了~

@atian25 咦，这样子，我去看看。最近搞前端去了😂 好像新的好看点了

来自酷炫的 CNodeMD

@atian25 因为我的框架一直都是弱化api的数据计算的，采用DAAS（数据即服务）的模式。然后，我大部分service层都是可复用的，我就这么做了

// src/app/extend/service.js
'use strict';
module.exports = app => {
  class ServiceBase extends app.Service {
    constructor(...args) {
      super(...args);
    }
    setModel(modelName) {
      this.modelObj = modelName;
    }
    get model() {
      if (typeof (this.modelObj) === 'object') {
        return this.ctx.model[this.modelObj[0]][this.modelObj[1]];
      } else {
        return this.ctx.model[this.modelObj];
      }
    }
    async getAll(query = {}, selected) {
      const models = await this.model.find(query, selected);
      return models;
    }
    async getById(id, selected) {
      const model = await this.model.findById(id, selected);
      return model;
    }
    async updateById(id, body) {
      delete body._id;
      const model = await this.model.findByIdAndUpdate(id, body, { new: true });
      return model;
    }
    async deleteById(id) {
      const model = await this.model.findByIdAndRemove(id);
      return model;
    }
    async create(body) {
      const model = await this.model.create(body);
      return model;
    }
    async createOnce(body) {
      let model = await this.model.findOne(body);
      if (!model) {
        model = await this.model.create(body);
      }
      return model;
    }
  }
  return ServiceBase;
};

'use strict';
const ServiceExtend = require('../extend/service');
module.exports = app => {
  const ServiceBase = ServiceExtend(app);
  class Service extends ServiceBase {
    constructor(...args) {
      super(...args);
      this.setModel('User');
    }
    async login({ username, password }) {
      const model = await this.model.findOne({ username, password },
        { username: 1, head_image_url: 1, motto: 1, status: 1, phone: 1 });
      return model;
    }
  }
  return Service;
};

@atian25 嗯嗯，我现在的调试就是用egg-bin debug，我是说之前的时候，那个时候好像还是监听worker，因为egg支持根据核心开多线程，但这也导致不好监听，还容易监听崩溃。现在用心的egg-bin debug挺好的

@atian25 也对哦，找个时间在优化了

@atian25 不行呀，在app.js里面覆盖，我测试过了，egg是先渲染了service层后，再给app.js调用的，估计是为了在app.js里面能够用到app.service的完整功能吧。 而且我当时为啥放到extend，也是因为我的想法就是service也应该有个可覆盖的基类才行，比如工具类这些常用的也是应该在extend/service添加的，如果egg能够支持extend/service这种方式就好了，而且支持这种应该是蛮简单的，我也可以提PR，不过也要大家觉得有必要吧

@atian25 狼叔，我换了个思路，在extend/application.js里面构建一个新的ServiceBase，然后成功了

'use strict';

// app/extend/application.js
module.exports = {
  get BaseService() {
    class ServiceBase extends this.Service {
    }
    return ServiceBase;
  }
};

不过我还是觉得，应该有个extend/service.js ;)

啊啊啊，才发现名字叫错了><@atian25