前言
大家好,我是林三心,用最通俗易懂的话讲最难的知识点是我的座右铭,基础是进阶的前提是我的初心~
你应该认识 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 风格的使用
- 新网站