阿里 Node 企业级框架 - Egg 10000 Star + 2 years ✨✨✨

阅读 1779
收藏 80
2018-09-22
原文链接:zhuanlan.zhihu.com
『大吉大利,明早吃蛋。』

底部有文化衫活动邀您参加。

2016 年 9 月,我们在 JSConf China 2016 上宣布了 Egg 开源,至今整整 2 年了。

Egg 2.0 发布通告 提到,核心代码已经很稳定,后续重心主要在开发者体验方面的优化。

Egg 是阿里 Node.js 的核心基础框架,面向『企业级的 Web 基础框架』这个领域,提供了「微内核 + 插件机制 + 框架定制能力」,完美达成生态共建和差异化定制的平衡点。

既适合个人小项目快速开发,也适合团队架构师基于自身的技术架构在 Egg 基础上扩展出适合特定团队业务场景的框架。

它沉淀自阿里在各行各业不同领域的大规模工程实践经验,稳定支撑了多年天猫双11大促,顶级流量压力。

接下来跟大家分享下,过去 9 个月里面,我们的一些产出和数据,本文较长,请慢慢品用:

  • 开发者数据分享
  • 文化衫活动邀请
  • 开发者体验优化
    • TypeScript 的支持
    • 新增「生命周期」
    • Alinode 接入指南
    • 和 Java 的互联互通方案
    • 实践案例 - 用 Egg 重构的 cnode 社区
    • 来自语雀团队的 sequelize ORM 实践分享
    • 与 Webpack 等前端工程的实践分享
    • 错误处理和 opentracing 的 RFC
    • egg-init 骨架重构方案
  • 未来规划

## 开发者数据

  • 官网 PV 在 1.2w 左右。
  • npm egg 模块数 1006 个,GitHub 依赖库 3738 个。
  • 一千多个 Pull Request,2200 个 Issue,130 多位 Contributors 。
  • 共发布了 81 个版本,Release Note
  • 社区实践项目:cnodejs/egg-cnodeeggjs/awesome-egg
  • 知乎专栏 Node.js 一共发布了 48 篇文章,7600 订阅,阅读数据未知(知乎创作者中心看不上咱,不给内测资格 😭)。

正在使用 Egg 的公司,不完全统计:

  • 深度使用的: 阿里巴巴,全民直播,网易考拉
  • 使用并有分享过使用经验的:去哪儿,摩拜,点评
  • 有个别团队咨询过试水但最终有没有落地的不知道:美团,新浪,百度,腾讯,YY 等

顺便分享一个 cnpm 的统计数据


## 文化衫活动

欢迎大家访问以下链接,分享你们的实践经验,有机会获得 Egg 文化衫和相关周边喔~

另外,第 10000 Star 的同学是 @zhyjor,请联系我们。

2018 年 EggJS 怎么样了?对它的看法有什么变化?

## 开发者体验优化

接下来跟大家分享下这段时间来,我们在『开发者体验』方面做的一些优化。

### TypeScript

这几年来 TypeScript 很受欢迎,它的静态类型检查,智能提示,IDE 友好性等特性,对于大规模企业级应用,是非常的有价值的,被视为是企业级 JS 开发的未来之一。

阿里内部实践 TS 也蛮久了,在 5 个月前,也把我们的其中一部分成熟的实践,分享出来:

天猪:当 Egg 遇到 TypeScript,收获茶叶蛋一枚

非常感谢

@吖猩 在这领域的持续贡献:

这块目前还在持续优化中,有兴趣的同学可以参与以下几项优化:

  • egg-ts-helper 增加对 js 的支持,这样非 ts 的同学,也能享受到智能提示和静态检查的 Buffer 加成。
  • 完善插件自带的 d.ts 方便其他开发者。
  • 分享你的上层封装,如通过装饰器来注册路由或 AOP。(内部有不少实践,但还未达成共识)
PS: Egg.js 本身不会使用 TypeScript 重写,对于框架本身而言,JS 的灵活性可以让它更容易实现一些特性,同时它也并没有那么复杂的业务逻辑,TypeScript 并无法给框架研发带来更多的帮助。

### 生命周期

之前 Egg 提供给开发者在启动期的钩子不多,只有 beforeStart 几个。

感谢 killagu 同学给我们补充了更细致的生命周期,相关的 RFC 和文档如下:

// app.js
class AppBootHook {
  configDidLoad() {
    // Config, Plugin files have did load.
  }

  async didLoad() {
    // All files have did load, start plugin here.
  }

  async willReady() {
    // All plugins have started, can do some thing before app ready.
  }

  async didReady() {
    // Worker is ready, can do some things don't need to block the app boot.
  }

  async serverDidReady() {
    // Server is listening.
  }

  async beforeClose() {
    // Do some thing before app close.
  }
}

### Alinode

Node 发展到今天,已经被越来越广泛地应用到前后端分离、全栈开发、客户端工具等领域。

然而,相对于应用层的蓬勃发展,其 Runtime 对于绝大部分前端出身的开发者来说,处于黑盒的状态,这一点并没有得到很好的改善,从而也阻碍了 Node.js 在业务中的应用和推广。

作为一个 Node 开发者,最头痛的事莫过于莫名其妙的 CPU 100% 和内存泄露导致的 OOM。

所幸的是,阿里云

@朴灵 团队Node.js 性能平台 为 Node 开发者提供了:性能监控、安全提醒、故障排查、性能优化 等服务的整体性解决方案,提供完善的工具链和服务,协助开发者快速发现和定位线上问题。这些年来,为我们解决了非常多的线上问题,为业务保驾护航。

相关分享:

当然,在日常的答疑中,很多同学也表达了对数据安全方面的担忧。从我个人的角度来看,Alinode 的采集脚本,都是开源了,不会采集隐私数据。实在不行,在压测期接入用用也行,绝对可以让我们少掉一点头发,良心推荐。

### 和 Java 互联互通的方案

Node.js 在蚂蚁和阿里已经发展了四、五年时间,从最开始「前端工程师的玩具」,到 Web、BFF 场景的破局,逐步走到线上甚至是一些核心业务,非常不容易。

回头想想 Nodejs 为什么能活下来?依靠的绝不仅仅是:非阻塞I/O、事件驱动、轻量这些官方宣传的特性,我们认为更重要一点是我们打通了和 Java 的桥梁,实现了互联互通,这才让它真正融入阿里的技术体系。

伴随 蚂蚁 SOFA Java 技术栈 的开源,我们也开源了 Nodejs RPC 相关模块,希望能填补 Nodejs 社区这块的空白,也将我们几年来在 Nodejs 基础技术的一些经验做个总结和分享。

推荐阅读小丸子姐姐的相关科普文章:

### egg-cnode

朴老师发起的 cnodejs/egg-cnode 项目,用 Egg 重写了 cnode 社区应用。

目前完成了功能层面的重构以及测试用例的补全:

  • 文件数减少 41,减少 22%
  • 代码行数减少 2460 行,减少 4.7%
  • 测试代码减少 980 行,减少 39%,覆盖率高于原项目。

目前还有较大的优化空间,因为第一阶段专注于功能迁移,不做大的优化,有些使用方式不符合 Egg 的最佳实践,欢迎有兴趣的同学加入一起完善。

### 值得关注的 RFC 和分享

在 eggjs 团队的日常协作中,遵循「基于 GitLab 的硬盘式异步协作模式」。
通过 issue 发起 RFC 提案 -> 讨论定稿-> 提交 Pull Request -> Code Review -> 发布。
这样便于沉淀,即使是当时没有参与讨论的开发者,事后也能通过 issue 了解某个功能设计的前因后果。

Θ 来自 语雀团队 的 ORM 实践分享

  • 语雀是基于 Egg 技术栈研发的,算是为数不多的涉及到各个技术点的 Node 大应用。
  • Egg 文档 - Sequelize

Θ 与 Webpack 等前端工程的实践分享

Θ 错误处理 && 问题跟踪

Θ 工具优化

目前的 egg-init 存在以下问题:

  • 脚手架逻辑集中化,全部在 egg-init 本身,作为全局命令,更新不方便。
  • 模板无法定制自己的逻辑,无法代码共享。
  • 没有 sub generator,如 egg-init add controller Test 这样的功能。
  • 脚手架只在项目初始化时用到,无法支撑升级功能,容易腐化和分裂。
  • 上层封装不方便,不支持 preset 。

因此提出了 『[RFC] egg-init refactor 』,应该下个月可以完工并分享给大家。

Θ 科普文

提到 Egg 值得自豪的应该是我们的文档吧,我们深知前端开发者在后端知识面还有很多需要科普的,也很乐意分享我们的实践:

pockry:专访死马:为什么说Egg.js是企业级Node框架

## 未来规划

老实说没有太多新特性,还是那个原因:Egg 采用的是『微内核 + 插件 + 上层框架』模式。

Egg 自身的迭代采取插件化的开发机制,功能分散在不同的模块中,可能开发者在使用时感知不到它的版本变更,但其实它一直都在进化。每周都可能有新的特性和 BugFix 发布,Egg 更像是一个『改良派』而不是『改革派』,它会在兼容的前提下不断进化。

接下来的规划,还将继续放在 『开发者体验优化 + 实践经验分享』 方面。

  • egg cli 工具链和骨架的重构优化。
  • TypeScript 的继续优化,以及增加对 js 项目智能提示方面的支持。
  • 更多的实践项目和科普分享。
  • 国际化。

仅凭我们自己的精力是远远不够的,欢迎社区的大家一起加入,共同推动 Node 的发展。


## 写在最后

如果你喜欢 Egg,请支持我们:

  • 分享本文,为我们点赞。
  • 来分享下你们的实践,无论大小,这很重要,谢谢,将有机会获得我们的文化衫。
2018 年 EggJS 怎么样了?对它的看法有什么变化?
  • 如果喜欢我的文章,请关注 我的知乎Follow GitHub
  • 广州阿里游戏,招前端,熟悉动效,Node 的速来~
评论