nextjs 正确使用方式

[Cola98]

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

[willx12123]

@oliveira 我日常就是这俩，说实话这俩语言其实切换没啥心智负担，目前唯一遇到的就是 switch 循环 go 不需要 break ，这个有时候会写错

[herozzm]

不知道 next.js 的 ORM 怎么样

[epiloguess]

@horizon nextjs 写后台是没问题的,现在客户端导航 CSR , 非常完善, 纯 SPA 的优势在哪里我不知道...MPA 一样可以做到预读取,无缝渲染,路由权限也可以用 并行路由/条件路由来实现...

[wuhao666]

有人用 sveltekit 吗

[Cola98]

@oliveira 还好，都学一点，发展看看能不能做全栈，哈哈哈哈

[raw0xff]

对 next.js 一无所知，弱弱的问一下如果我用 next.js 写一个带页面的后端服务给别人用，是不是就相当于把源代码都给了别人？

[qingyingwan]

后台管理：页面性能要求不高，业务复杂难度高、交互复杂度高。前后端分离，vite+react
博客官网：页面性能有要求，没啥业务难度。nestjs 一把梭。
问题不是渲染或者路由方案的事，而是有的复杂业务问题没有解决方案，你可以在大部分情况用的很爽，但一个核心问题没有现成方案或者不支持就是致命的

[huijiewei]

@raw0xff bundle + minify 就好了

[xiaohanyu]

用 Next.js 写了自己的 SaaS 产品： https://ppresume.com ，大概 13k 代码左右。

Go + Next.js 肯定是没有问题的。不过根据场景，也需要具体的技术选型。

- 纯 SPA 程序？用 react 就行
- 有搜索 SEO 需求？最好 next.js ，加上单独的后端
- 后端和 next.js 通信又有几种方式，可以采用 next.js 前端和 Go 直接通信，也可以 next.js 的前端 -> next.js server -> go server 通信

如果有比如重的 content management 需求，或者需求一个 admin dashboard ，可以考虑采用一些 headless CMS ，如 strapi 这种直接生成后端，这就是非 Go 的后端方案了。

[xiaohanyu]

@raw0xff 并不是的，next.js 的代码有一部分会在前端浏览器里运行，另一部分是在后端运行的，后端的就不用说了，前端的代码也是经过编译和混淆的，基本上也是不可读的状态。

[xiaohanyu]

前后端都用 JS/TS 还有一个好处，就是利用 npm/yarn workspace 这种功能，可以将部分前后端共享的代码抽出来共享，比如一些数据类型定义，一些 utility 等等（楼上也有人提到了 trpc 这种方案，我没有用过）。

[Cola98]

@xiaohanyu 多谢大佬解答！

[DesnLee]

@oliveira 我 go ts 切换 没负担

[kailpony4396]

go+htmx 挺有趣的

[opentrade]

相比前后端分离，效率并没有提高，反倒引入了更多复杂性，使用一个月后的观感

[lstz]

@Cola98 #10 最近被 Next.js 的 abortIncoming 给弄得有点无奈了，时不时就自己退出程序了。现在感觉到，只用 Node.js 拿来做 serverless 的渲染层+Go 核心服务才是绝配，Nextjs 挂了就重新启动，不太建议把一些重活或者关键的程序放到 Next.js 上