Express 5 有生之年能发布出来吗？

2024 年还有什么理由要用 express 吗？

框架上估计没啥新功能可以加的了吧。

应用服务系统架构上玩花活都可以用中间件实现，只要框架本身提供的基础能力可以满足需求。

在搞 Koa 吧。可能感觉越写越垃圾，需要重新设计。

可能和 netty5 一样搞出来没大的提升 没必要了

各位，不用 ts 的话，除了 express 和 koa ，还有其他更合适的框架么？

@liuhuansir eggjs

还是用 Koa 吧，express 遇到复杂的异步函数调用会有坑

整个开源项目更新进度确实很消极，有一些上古的服务软件只支持 express.js 的中间件，目前没啥毛病，重写自己项目的中间件也很麻烦。

有什么需要跳版本号的，直接写个定时任务每天跳一下，一年 365 个更新，你就满意了，这个项目就 maintained 了？

很多项目开发都已经完成了，再改就画蛇添足了，不需要再更新

使用 https://nestjs.com/ 吧，包装了 Express, 还可以无缝换到 Fastify https://docs.nestjs.com/techniques/performance 。

nestjs

能用好用就行，为什么要一直更新？

hono 你值得拥有： https://hono.dev/

@zhengjian
@s5s5 nest 太重了，个人项目还用不着这么个大框架

@Zwying 这个框架倒是第一次见

@chaselen nest 一股 spring 的味道

沃尔玛的 hapi ？

和 koa 比, express 没有优势, 它的回调式的异步实现, 比不上 koa 的 promise 方案, 这是天生的设计问题

不少生产项目用了这个

routing-controllers

@clue koa 感觉有点缺胳膊少腿，路由都没有内置

@dartabe routing-controllers + routing-controllers-openapi 最佳搭档

@chaselen #21 也就是多安装一个包的事情, 区别不大

其实从程序员角度很好理解, 你可以看下 koa 源码, 只有核心的中间件机制/洋葱模型, 以及最通用的 http 相关逻辑; 路由属于基于 method/url 的中间件条件执行

现在的趋势都是这样, 模块拆得比较小, 各自很独立, 高内聚低耦合嘛; 反而那种大杂烩式的一站式解决方案更多的偏向业务了, 不适合底层组件

已经用 nestjs 撸了几个项目，实在是不想在底层的一些工具选型上浪费时间，包括 React 之流也是直接 Remix 梭哈，OP 不必在这种问题上纠结

hapi +1