这是一个创建于 301 天前的主题，其中的信息可能已经有所发展或是发生改变。
 |
1
hronro 301 天前  1
2024 年还有什么理由要用 express 吗？
|
 |
2
libook 301 天前
框架上估计没啥新功能可以加的了吧。
应用服务系统架构上玩花活都可以用中间件实现，只要框架本身提供的基础能力可以满足需求。 |
 |
3
yuanwenpu00 301 天前 1
在搞 Koa 吧。可能感觉越写越垃圾，需要重新设计。
|
 |
4
putaozhenhaochi 301 天前 via iPhone
可能和 netty5 一样搞出来没大的提升 没必要了
|
 |
5
liuhuansir 301 天前
各位，不用 ts 的话，除了 express 和 koa ，还有其他更合适的框架么？
|
 |
6
yichengxian 301 天前
@liuhuansir eggjs
|
 |
7
ysc3839 301 天前 via Android
还是用 Koa 吧，express 遇到复杂的异步函数调用会有坑
|
 |
8
ChrisFreeMan 301 天前
整个开源项目更新进度确实很消极，有一些上古的服务软件只支持 express.js 的中间件，目前没啥毛病，重写自己项目的中间件也很麻烦。
|
 |
9
nomagick 301 天前 3
有什么需要跳版本号的，直接写个定时任务每天跳一下，一年 365 个更新，你就满意了，这个项目就 maintained 了？
很多项目开发都已经完成了，再改就画蛇添足了，不需要再更新 |
 |
10
zhengjian 301 天前 1
使用 https://nestjs.com/ 吧，包装了 Express, 还可以无缝换到 Fastify https://docs.nestjs.com/techniques/performance 。
|
 |
11
s5s5 301 天前
nestjs
|
 |
12
longxk 301 天前
能用好用就行，为什么要一直更新？
|
 |
13
Zwying 301 天前
hono 你值得拥有： https://hono.dev/
|
 |
17
Dogtler 301 天前
沃尔玛的 hapi ？
|
 |
18
clue 301 天前
和 koa 比, express 没有优势, 它的回调式的异步实现, 比不上 koa 的 promise 方案, 这是天生的设计问题
|
 |
19
dartabe 301 天前
不少生产项目用了这个
|
|
20
dartabe 301 天前 1
routing-controllers
|
 |
22
kenberkeley 301 天前 via iPhone
@dartabe routing-controllers + routing-controllers-openapi 最佳搭档🤣
|
|
23
clue 301 天前
@chaselen #21 也就是多安装一个包的事情, 区别不大
其实从程序员角度很好理解, 你可以看下 koa 源码, 只有核心的中间件机制/洋葱模型, 以及最通用的 http 相关逻辑; 路由属于基于 method/url 的中间件条件执行 现在的趋势都是这样, 模块拆得比较小, 各自很独立, 高内聚低耦合嘛; 反而那种大杂烩式的一站式解决方案更多的偏向业务了, 不适合底层组件 |
 |
24
realkaiway 301 天前
已经用 nestjs 撸了几个项目，实在是不想在底层的一些工具选型上浪费时间，包括 React 之流也是直接 Remix 梭哈😂，OP 不必在这种问题上纠结
|
 |
25
oatw 300 天前
hapi +1
|
Select Language