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