[2024 年] 有哪些大家觉得好用的 Go Web 框架/脚手架？

[ginakira]

在仅考虑 HTTP API 开发的前提下，大家有什么推荐的 Golang Web 框架或脚手架吗？

如果不使用框架/脚手架自己组合的话，常用组件大家是如何选型的呢？

[gouguoyin]

https://www.goravel.dev/

[javalaw2010]

没一个好用的，就算做好了心理建设接受了有些残疾的脚手架，后面还得去接受残疾的 ORM ，我觉得人生苦短，不应该在这上面浪费时间，最后还是决定不用 golang 作为业务层了，只用来做一部分非常边缘且简单的服务。

[Hellert]

echo

[fgwmlhdkkkw]

额，我正在搞一个，刚开始。

- 不写 tag 的 binding 和校验
- 自动的路由注册和导入（一点点代码生成，且不需要额外的命令）
- 自动的 api 文档生成

[fgwmlhdkkkw]

@fgwmlhdkkkw sql 层面确实很难抽象，我还在想怎么做。

[wudiiiii]

@fgwmlhdkkkw 我不用 orm ，只用 db/sql

[windcode]

极简脚手架： https://github.com/elliotxx/go-web-template

[Ayanokouji]

http： https://github.com/labstack/echo
orm： https://github.com/ent/ent
validate： https://github.com/Oudwins/zog
error： https://github.com/joomcode/errorx

[gowk]

用 Go 做业务开发/后端 API ，唯一的劣势就是没有一个统一的标准，没有好用的脚手架
Java 有 Spring Boot ，.NET 有 ASP.NET/Entity Framework ，Python 有 Django
Go 现在也进入主流开发视野了，但这方面还是挺残废的，写业务没有其他语言好用

[snxq1995]

kratos 习惯了依赖注入后就挺不错的。还有就是未开源的 tRPC 生态非常好用。

[aleimu]

kratos 和 go-zero 都支持了脚手架创建 http 和 grpc 的代码,但是太抽象了,定位问题和接口时要跳转很多次才能看到重点....我现在还是再用 gin+wire

[qq135449773]

在 go 里写 DI ，理由是什么...

[fffq]

go 里面加 Wire 太恶心了。。。

[codersdp1]

蹲一个答案，主要是 orm 这块

[mightybruce]

中小型公司没必要用什么 DI, 另外 DI 这种东西说实话就是为了控制人的，好让你们成为像 Java 那样的 curd boy ，
DI 的确也有好处，项目模块化更明显，剥离出业务逻辑，使得分工更明确。

不过我想说这种脚手架真的没必要学，因为你到一个自研实力还不错的公司，这种东西都会有核心成员研发的，然后让其他人成为工具人，哈哈。

几个 web 框架比如 gin, echo, beego 要会点，其他的都可以自己造的。

[xsen]

go-zero 重度用户
楼上 n 多人还在纠结 orm ，真的大可不必——gpt 类出来就是节省这些方面的时间的

可以自动生成 http/grpc 框架代码，若喜欢一样可以生成 model 代码。这就够了