nextjs 正确使用方式

253 天前
 Cola98

目前在用 Go 做后端开发,前端打算使用 next.js ,但是看了几个帖子下来说 next.js 做全栈会更好一点,还有建议使用 vite 创建 react 项目的。所以比较好奇,这样的技术栈搭配会不会有什么问题?

5088 次点击
所在节点    程序员
36 条回复
NessajCN
253 天前
没啥问题,有些小的后端任务懒得用 go 写了就直接 nextjs 里搞定了
ryougifujino
253 天前
用 nextjs 可以用 trpc ,前端不用写接口请求 api 还能做到端到端类型安全
vczyh
253 天前
我感觉用 nextjs 挺好的,下可以只写写前端页面,上可以前后写一起全栈,我当时学 react 都是直接在 nextjs 干的。
loveshuyuan
253 天前
nextjs 一些轻量的后端可以做,但是要加上中间件、消息队列、授权等之类的话就比较乏力。
Cola98
253 天前
@vczyh 嗯嗯,是的,主要看了几个都是做全栈。所以会比较好奇这样的搭配会不会重复,我对前端的理解不多,还停留在数据渲染这些,感谢!
Cola98
253 天前
@loveshuyuan 了解,谢谢大佬解答,目前后端技术上是有中间件和消息队列这些,这样的话,能够明白了
terranboy
253 天前
还在以渲染为主 ,后端不建议交给前端框架 ,他们现在真的有点飘
terranboy
253 天前
早几年 prisma 吹得听牛逼 用了下 坑一大堆 感觉跟后端的 ORM 还差得远 现在不清楚
lstz
253 天前
纯粹渲染挺好的,至于更复杂一些的程序,我选择用 go 来实现
Cola98
253 天前
@terranboy
@lstz

感谢,打算就渲染为主了,主要功能还是会用 Go 来实现
MrYELiex
253 天前
next 很擅长前端渲染 重用户体验的场景 前端部分偏向官网/营销/电商 后端部分偏向接口拼接及面向前端的业务接口 不适合传统意义上的后端和后台管理应用
horizon
253 天前
@MrYELiex #11
后台管理应用不适合,怎么说?
Track13
253 天前
看你要不要服务端渲染了。不要就 vite+react 。
fescover
253 天前
MrYELiex
253 天前
@horizon #12 你要硬用来写后台那也不是不行 但是没必要啊 后台管理是 spa 不管前端用什么路由模式相对服务端都是单页 但是 next 默认你就是多页应用 所有的设计思路都是多页 建议上服务端渲染的 后台应用上 ssr 和 mpa 不是脱裤子放屁吗 vite,cra 才是适合这种场景的解决方案
tianzx
253 天前
感兴趣可以看下我开源的 Saasfly 。https://github.com/saasfly/saasfly
horizon
253 天前
@MrYELiex #15
问题在于后台管理为什么就一定是 spa 。。
而且 nextjs 的 DX 很好啊,什么都给配好了,无脑写就行。
也没说用 nextjs 就一样要 ssr 啊。。我现在全部 dynamic import
我反而认为后台就适合用 nextjs 来写,因为不需要什么高并发、中间件
前后端一把梭了
oliveira
253 天前
Go 和 JS 两门语言切换不觉得会有心智负担吗?
nextjs + trpc + prisma 一把梭不香吗?
Makabaka01
253 天前
@terranboy 一般 nextjs 不做数据库操作,都是做 bff 拼 rpc 请求的
djkloop
253 天前
https://github.com/yyong008/remix-antd-admin

也有用 remix 的不过 remix 不如 nextjs 生态强大

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/1033244

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX