前言

大家好，我是林三心，用最通俗易懂的话讲最难的知识点是我的座右铭，基础是进阶的前提是我的初心~

你应该认识 Express

说起Express很多朋友都不陌生吧？

其实大部分前端都学过 Nodejs，几乎每一个学过 Nodejs 的前端程序员，入门第一个 Nodejs 框架大概率就是Express，都用它写过接口的增删改查，体验了一把后端的感觉~

图片

Express 也可以算是我们的 Nodejs 入门老师了，但是当后来 Koajs、Eggjs、Nestjs 这些 Nodejs 框架火起来的时候，我们发现Express几乎五人提及了

到 NPM 上看一下，Express 目前稳定版是4.x，而计划发布的 5.x在两年前就发了beta版本了，但是两年过去了，5.x 的正式版始终没有发布

图片

Express 未来展望

而就在最近，Express 官方在 github 上发布了对未来的展望，包括了 5.x、6.x、7.x 这三个大版本

先看原文，我在下面做了总结

图片

我大概总结一下 Express 这次发布的展望是什么

当下立即执行的计划

Express 先宣布了当下立即执行的计划

• 审查并采纳 Repo Captains 提案

审查并进行最后的措辞修改，然后合并

立即给予提交权限 -立即在 npm 上给予发布权限

为招募更多 Repo Captains 设置快速跟进

• 重组活跃 TC 并开放新的 TC 席位

• 未来始终保持 5 名活跃成员的目标

• 向所有组织、仓库和 npm 包添加基金会帐户

Express 5.x

接着是 Express 5.x 的计划

• 在所有与基金会共享的包上发布

• 最后的更新主题
• 2020 年的最后 PR 列表
• 除非我们开会并发现明显的问题，否则我们应该立即发布

• 尽快发布
• 在补丁/小版本中立即解决任何剩余的问题
• 将 Express-Generator 更改为默认使用 express 5
• 博客和公告
• 应该向社区展示和分享这些变化并提醒更新需求

Express 6.x

然后是 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 渲染的模板）

Express 7.x

• 生态系统合作

与 Node 核心合作，为 Express 拥有的许多模块的未来工作

Web 平台事项，如 Request/Response 和 URL

重写中间件以添加到 Node 核心/为性能重写

与 Web 服务器框架团队合作

停止使用 Node.js internals/monkey-patching Node.js

• LTS 计划和发布时间表
• 镜像 Node.js LTS 并设置主要版本发布时间表
• 现代化工作
• 直接支持元框架、Graphql 和 GRPC 风格的使用
• 新网站