这是一个创建于 122 天前的主题，其中的信息可能已经有所发展或是发生改变。
前端 next.js ，但是写后端还是很不足了。
92 条回复 • 2024-11-04 12:27:56 +08:00
 |
1
donaldturinglee 122 天前
看你用什么前端框架吧。React 一把梭就 next.js ，Vue 一把梭就 Nuxt.js
|
 |
2
magicflower 122 天前 via Android
nextjs 可以直接写后端接口，也可以用 nestjs 。
|
 |
3
reDesign 122 天前 via iPhone
我选择 nextjs ，写接口挺方便的。https://github.com/TobeBetterV/Moments
|
 |
4
limars 122 天前
是要比较复杂的那种后端框架吗？ nestjs 吧。
|
 |
5
momo2789 121 天前
我宁愿 Koa 也不用 next ，Java 味太浓，不是 js 的最佳实践
|
 |
6
lucasj 121 天前
- Express.js
- Koa.js - Nest.js - Next.js (React) - Nuxt (Vue) |
 |
7
WhateverYouLike 121 天前 via iPhone
显然你看岔了 next 和 nest
@momo2789 |
|
8
WhateverYouLike 121 天前 via iPhone  3
Hono 或者 Fastify 。Hono 挺时髦的，但是第一支持对象是 Deno ，放在 Node 上运行性能肯定比不上 Fastify
|
|
9
WhateverYouLike 121 天前 via iPhone
其次还有 hapi ，nitro 可供选择
|
 |
10
jiangzm 121 天前 1
首先排除这两个， 什么玩意。SSR 绝大部分是伪需求
Next (React) Nuxt (Vue) 使用基础级框架就选 Express Koa 使用企业级框架就选 Nest Egg Midway (阿里开源的没有 Egg 那么重，和 nest 类似) |
 |
12
onichandame 121 天前
简单才是硬道理。直接从 express/koa 入手，各种业务逻辑和中间件设计得优雅一点，以后迭代得更复杂了随时可以切到 nest/midway
|
|
13
momo2789 121 天前
@WhateverYouLike 谢谢，确实看错了，23333
|
 |
14
XCFOX 121 天前 4
tRPC 简单但严谨
https://trpc.io/ |
 |
15
horizon 121 天前 1
写后端咋不足了
|
 |
16
nodesolar 121 天前
nestjs 还可以 用过
|
 |
17
qingshui33 121 天前
喜欢 Java Spring 的可以用 nestjs ，喜欢 PHP Laravel 的可以选择 AdonisJS
|
 |
18
yafoo 121 天前 via Android
@qingshui33 喜欢 thinkphp 的，可以试试我的 jj.js
|
 |
19
cat 121 天前
@WhateverYouLike 投 Fastify 一票，玩熟了特别爽
|
 |
20
IvanLi127 121 天前 2
2024 ？ hono.js
fastify 和 hono.js 写简单的不错 复杂的 NestJS 。 愿意上更可靠的类型安全，推荐捆上 trpc 。 |
 |
21
dartabe 121 天前
Express / routing-controllers
|
 |
22
289396212 121 天前
请教一下，怎么让 nodejs api 里用 swagger 的时候增加一个接口自动出现在 swagger 上，而不是要自己写一个注释文件
|
 |
23
dj721xHiAvbL11n0 121 天前
2024 我更推荐 astro+你喜欢的（ nest+express+koa ）
|
 |
24
ixixi 121 天前
试下 strapi 代码都不用写了
|
 |
25
dream4ever 121 天前
@ixixi 哈哈，我就在用，挺省心的，适合工作前端方面比较重的。后来又看很多人说 Supabase 也不错，后面有机会了打算也试试，看看哪个更好。
|
 |
26
echoless 121 天前
|
 |
27
seu 121 天前
fastify 够用了 性能也够
|
 |
28
CodeCodeStudy 121 天前
肯定是 Midwayjs 啊，用 TypeScript 写的，入门简单，功能丰富。
Express, Koa 太简单了，功能少。Eggjs 功能多些，但是是用 Javascript 写的。 |
 |
30
guguji5 121 天前
我用 express+express-graphql 写了个 graphql 的 api ，有个接口 3 秒才返回，而且我还不知道怎么查。无语了（能打印时间戳的地方都打了，都是毫秒级别的）
|
 |
31
flmn 121 天前
如果简单的要性能，看看 bun+hono
trpc 不推荐 |
 |
32
wu67 121 天前 2
koa 或者 express , 另外个人建议, 远离阿里 kpi 产物
|
 |
33
IamUNICODE 121 天前
原生保守点还是 express 和 koa ，ts 就是行 nest.js 好啦
|
 |
34
suyuyu 121 天前
hono
|
 |
35
meteor957 121 天前 via Android
koa 没毛病
|
 |
36
seekafter 121 天前
React 一把梭就 next.js ，Vue 一把梭就 Nuxt.js
我就在用 nuxt 写后端.不要 ssr 关闭就行了,能增删改查就行呗 |
 |
38
oatw 121 天前
一定要 node 吗？用下来感觉 node 写后端就是个笑话。
|
 |
39
kuxuan 121 天前
koa
|
 |
40
wetist 121 天前
排除 egg ，不怎么维护了已经
|
 |
42
yozoh1163 121 天前
headless 可以试试 directus ，另外 hasura 也很赞，个人使用 midwayjs 多一点
|
 |
43
zhangkai1024 121 天前
nestjs 复杂 但 强大。
strapi 简单 headless CMS 应用场景窄了点 |
 |
45
libook 121 天前
一两个 API 的话直接用 Node 的原生 API 手写也可以。
API 多了看项目适合哪种架构。 我一般习惯 koa ，比较灵活。 |
 |
46
17681880207 121 天前
我自己会首先排除 nest.js...😗
|
 |
47
fox2081 121 天前
koa 或 express + tsoa ，自动生成 OpenAPI 规范的配置和前端请求客户端，前后端都用 TS 的话会很舒服
|
 |
48
yhxx 121 天前
我前些天也在纠结这个，看了一圈之后决定还是用 egg 了。。。
这楼里居然没有一个提到 egg 的，已经凉了吗 |
|
49
yhxx 121 天前
哦看到了，还是有人提的
|
 |
50
RoshanWu 121 天前
用的自己基于 koa 封装的。
 |
|
51
oatw 121 天前
|
 |
52
92van 121 天前
nestjs 很舒服😁
|
 |
56
mark2025 121 天前
@289396212 如果是 midway 框架，那么 https://midwayjs.org/docs/extensions/swagger
|
 |
57
xctcc 121 天前
我的个人项目用的 eggjs ，几年下来已经屎山了，不过无所谓，随便写
|
 |
58
abelmakihara 121 天前
有 nextjs 不用的话 正儿八经的后端 nestjs 脚本级的接口 koa
|
 |
60
xieren58 121 天前
bun + hono...
|
 |
65
mtjgu 121 天前
Nestjs 嵌入 Fastify 挺好用的
|
 |
66
wjx0912 121 天前
nestjs 撸过一个项目（边缘产品，核心的还是不敢用它），虽然没出过问题，但是用起来还是心慌慌
|
 |
67
foru17 121 天前 via iPhone
nestjs
|
 |
68
chenzhe 121 天前
经常写 crud 的管理面板，目前习惯是 nestjs 写接口，然后 ant design pro 做面板，搭楼问一下，nestjs 使用 mikro-orm 定义的实体，生成的类型文件，怎么能方便的导入到 ant design pro 里，这样就不用两边都写类型文件了。
|
 |
69
orange14 121 天前
hono
|
 |
70
jason94 121 天前
看具体业务场景
如果是相对重的后端，首选 nestjs ，在复杂业务中使用过，没有出过问题 |
 |
71
zbowen66 120 天前
全栈直接 Next.js 一把梭，server actions 很好用，入参出参直接按普通函数写 TypeScript 定义就行了，完爆 TRPC 。
其次 Nest.js 大而全，Koa 小而美 |
 |
72
hugepizza 120 天前 via iPhone
Hono 和 koa 一样简单明了 开箱即用的 middleware 比 koa 多 也有很多类型相关的支持 甚至直接 rpc
没必要搭 bun 用 node 完全没问题 如果只是很轻量的后端 可以直接上 cf worker 部署也很简单不过 node 的一些 api 用不了 |
 |
73
superhot 120 天前
|
 |
74
Yjhenan 120 天前
|
 |
75
CHTuring 120 天前
2024 年 Hono 就够用了，虽然 Nest 好，但是每次感觉都是捏着鼻子写。
|
 |
76
xintianyou 120 天前
@289396212 #22 nest 有 swagger 的插件，在每个接口上写注解就好了
|
|
77
libook 120 天前 2
@superhot #72 其实差别很小，因为作者都是同一个人，只是 koa 在早期设计实现了一个思维试验，即把原有 Express 的中间件顺序执行模式改为了“洋葱模型”，发展至今应该是两者的主要区别，看你的业务特点是使用顺序执行模型还是使用洋葱模型比较合适。
另一方面就是 Express 自带了一些基本的中间件；而 koa 仅提供最基础的框架，需要自己选择各个中间件来组合使用。我做的项目一开始是用 Express ，后来发现随着需求越来越具体，Express 自带的中间件无法很好的满足需求，于是就自己写中间件，以至于后来几乎大部分自带中间件都没有在用了，所以后来换了 Koa 。 其实各种框架都学一学也花不了多少时间，后端更多的是研究系统架构、数据库、中间件（消息队列、KV 、搜索引擎等）、服务治理、分布式事务等等，语言和框架就是冰山一角。 |
 |
78
rick2c 120 天前
哈？不知道 nextjs 可以自定义后端框架么， 我一般是 nextjs + koa
|
|
79
zbowen66 120 天前
@superhot #73 我写的也不多，可能过时了，做个参考：koa 给我的感觉是非常简洁，只需要记住洋葱模型，绝大多数时间都不需要查 API 。express 则没有这种舒适感
|
 |
80
panxiuqing 120 天前
@xieren58 #60 同
|
 |
81
Al0rid4l 120 天前
别 koa express 了, 只写 API 没有前端页面就 hono 和 fastify
|
 |
83
Jed2020 120 天前
我刚好也有这方面需求，前阵子技术选型我最后选了 nestjs
|
 |
84
JackFung 119 天前
nestjs 吧，用起来比较规范
|
 |
87
xyovo999 106 天前
hyper-express 我挺喜欢的
https://github.com/kartikk221/hyper-express |
 |
89
dawen 88 天前
nodejs 代码写的不多，最近写了个小项目（已上线有几千用户那种），选了最经典的 express ，感觉生态比较完善
|
 |
90
tabc2tgacd 69 天前
我自己个人接的一些小活用的是 express ，前端纯 html/js/less 。感觉这样可能开始开发效率低点，有足够的积累后，开发效率也不差。但都是个人能完成的小玩意，没搞过大的。
|
 |
91
ckvv 65 天前
|
 |
92
gentlemanChen 47 天前 via Android
@reDesign 好像 api level 一些东西难复用，比如你的 rate limit 我看到复制了好几遍， 也需要每个 api try catch ，简单是简单，但是感觉缺失很多正常的支持
|
Select Language