大家好，我是林三心，用最通俗易懂的话讲最难的知识点是我的座右铭，基础是进阶的前提是我的初心~
说起Express很多朋友都不陌生吧？
其实大部分前端都学过 Nodejs，几乎每一个学过 Nodejs 的前端程序员，入门第一个 Nodejs 框架大概率就是Express，都用它写过接口的增删改查，体验了一把后端的感觉~
图片
Express 也可以算是我们的 Nodejs 入门老师了，但是当后来 Koajs、Eggjs、Nestjs 这些 Nodejs 框架火起来的时候，我们发现Express几乎五人提及了
到 NPM 上看一下，Express 目前稳定版是4.x，而计划发布的 5.x在两年前就发了beta版本了，但是两年过去了，5.x 的正式版始终没有发布
图片
而就在最近，Express 官方在 github 上发布了对未来的展望，包括了 5.x、6.x、7.x 这三个大版本
先看原文，我在下面做了总结
图片
我大概总结一下 Express 这次发布的展望是什么
Express 先宣布了当下立即执行的计划
审查并采纳 Repo Captains 提案
审查并进行最后的措辞修改，然后合并
立即给予提交权限 -立即在 npm 上给予发布权限
为招募更多 Repo Captains 设置快速跟进
重组活跃 TC 并开放新的 TC 席位
未来始终保持 5 名活跃成员的目标
向所有组织、仓库和 npm 包添加基金会帐户
接着是 Express 5.x 的计划
在所有与基金会共享的包上发布
最后的更新主题
2020 年的最后 PR 列表
除非我们开会并发现明显的问题，否则我们应该立即发布
尽快发布
在补丁/小版本中立即解决任何剩余的问题
将 Express-Generator 更改为默认使用 express 5
博客和公告
应该向社区展示和分享这些变化并提醒更新需求
然后是 Express 6.x 的计划
评估 Node.js 版本支持
更好地与 Node.js LTS 计划保持一致
这有助于加速 Express 和 Node.js 向前发展的能力
帮助人们拥有更可预测的升级计划以应对重大变化
帮助规划人们何时需要在 Express 上引入重大变化
这并不意味着我们会为了做而做重大变更，只是我们不会在新的主要版本发布后测试或明确支持非 LTS 版本
自动化发布流程
将发布授权移到 GH 权限中
在所有仓库之间自动发布
移除未使用的中间件
TODO：列出清单
使用 Node.js 核心解决方案替换中间件
TODO：列出清单
从 Express 中移除模板和渲染
转移到中间件
Express 作为 API 的一等公民
淘汰实际上处于不活跃状态的仓库，然后存档
@express 在 npm 上的作用范围适用于子包
所有新的包都在该范围内
评估是否要迁移任何现有包
停止使用 Node.js internals/monkey-patching Node.js
官方维护的TypeScript类型
生成并测试，带有文档
Express Generator 改版
仅 API 为目标（删除用于 HTML 渲染的模板）
生态系统合作
与 Node 核心合作，为 Express 拥有的许多模块的未来工作
Web 平台事项，如 Request/Response 和 URL
重写中间件以添加到 Node 核心/为性能重写
与 Web 服务器框架团队合作
停止使用 Node.js internals/monkey-patching Node.js
LTS 计划和发布时间表
镜像 Node.js LTS 并设置主要版本发布时间表
现代化工作
直接支持元框架、Graphql 和 GRPC 风格的使用
新网站
