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