到底是 gin+html 渲染还是 nextjs 我纠结症犯了

[jiaoguan1688]

有个出海项目需要 seo,gin+html 渲染简单而且快
nextjs 我不太熟悉但是也能写,使用 ssr 的话需要 nodejs 环境

我昨天搭了个页面 对并发测试了下 next 占用小,gin+html 占用 cpu 很大,很快就 90%了(可能自己没优化)

现在选择纠结症 犯 了,gin+html 天然适合 seo 且我熟悉 开发比较快,next 部署还需要 nodejs 但是并发好点

各位兄弟们 如何选型!

[ichou]

> next 占用小

hello word?

[jiaoguan1688]

@ichou 2 个都是写个 get 后台数据的界面,进行了测试的

[lucasdev]

那就 gin + nextjs, gin 提供 api, nextjs 做 ssr 。

[EmptyDX]

go + nextjs, 或者 nextjs 一把梭

[bronyakaka]

模板怎么和框架比，功能不在一个维度上

[weixind]

该场景下

nextjs ✅

AI 加持下，nextjs 上手成本很低的。

要 ai in ai-friendly 的技术栈。

[wgbx]

必然是 next ，next vecel 这一套，国外使用量太高了

[youyouzi]

next 一把梭

[XCFOX]

react 生态太好了，太多成熟的组件库可以用，比自己手写 html 好看太多了：
https://www.heroui.com/
https://ui.shadcn.com/
https://ui.aceternity.com/

[dfkjgklfdjg]

nextjs ，本来也是为了实现 SEO 和落地页的需求。

[LaTero]

我觉得这种需求不应该想“哪个自己比较擅长”，而是“哪个更不需要自己擅长”。AI 比较会 Next ，库也多。

[jiaoguan1688]

感谢楼上各位兄弟们答疑解惑.

[james122333]

gin 本身有性能问题 尤其是 web 这种一页很多请求的
除此之外用 go 其实也可以写前端 只是要封装
本身就有 xml 支持了 css 和 js 也都可以自造轮子生成
发挥创造力的简单例子
html(
head(
title(text("test")),
style(
selectors(
selector(
".header",
),
style_display_flex(),
),
),
script(),
),
body(
div(attr(class, "header"), text("test")),
),
)
可以写函数切割元件 也就是 component 了 也可以只生成 html 避免代码泄露
至于有人说模板不好 模板很不错的 以上都可以实现

[james122333]

我都用 shell 弄一个模板了

[james122333]

只是不开源

[abcopp]

hertz + htmx

[jiaoguan1688]

@abcopp htmx 果然是个神器啊,好像东西啊,让我有点豁然开朗的

[abcopp]

@jiaoguan1688 也有不少坑

[hteen]

用 Create T3 App 创建 Nextjs + TypeScript + tRPC + Prisma + NextAuth.js
负责直接读数据库(省掉开发 API)、交互、鉴权、SEO, 部署直接使用 Dockerfile 构建处理 Node 环境问题

Gin 做后端, 处理复杂业务、定时任务

[aarontian]

可以细说一下 gin 本身的性能问题指的是什么吗

[aarontian]

@james122333 可以细说一下 gin 本身的性能问题指的是什么吗

[wayne712]

Rails

[jardel]

从我的 web 开发经验来说，不是 nextjs 快而是你的 go+html 太基础没有做缓存优化，每一次的请求都会打到服务层。应该使用三方模版引擎 比如 jet 它就会给封装了缓存等一些功能。

[james122333]

@aarontian

这个追一下就知道了