在仅考虑 HTTP API 开发的前提下,大家有什么推荐的 Golang Web 框架或脚手架吗?
如果不使用框架/脚手架自己组合的话,常用组件大家是如何选型的呢?
1
gouguoyin 2024-11-27 11:23:30 +08:00 |
2
javalaw2010 2024-11-27 11:25:24 +08:00 没一个好用的,就算做好了心理建设接受了有些残疾的脚手架,后面还得去接受残疾的 ORM ,我觉得人生苦短,不应该在这上面浪费时间,最后还是决定不用 golang 作为业务层了,只用来做一部分非常边缘且简单的服务。
|
3
Hellert 2024-11-27 11:25:56 +08:00 echo
|
4
fgwmlhdkkkw 2024-11-27 11:29:18 +08:00 额,我正在搞一个,刚开始。
- 不写 tag 的 binding 和校验 - 自动的路由注册和导入(一点点代码生成,且不需要额外的命令) - 自动的 api 文档生成 |
5
fgwmlhdkkkw 2024-11-27 11:29:58 +08:00
@fgwmlhdkkkw sql 层面确实很难抽象,我还在想怎么做。
|
6
wudiiiii 2024-11-27 11:33:23 +08:00
@fgwmlhdkkkw 我不用 orm ,只用 db/sql
|
7
windcode 2024-11-27 11:40:19 +08:00 |
8
Ayanokouji 2024-11-27 12:12:49 +08:00 |
9
gowk 2024-11-27 13:11:52 +08:00 用 Go 做业务开发/后端 API ,唯一的劣势就是没有一个统一的标准,没有好用的脚手架
Java 有 Spring Boot ,.NET 有 ASP.NET/Entity Framework ,Python 有 Django Go 现在也进入主流开发视野了,但这方面还是挺残废的,写业务没有其他语言好用 |
10
snxq1995 2024-11-27 14:02:36 +08:00 kratos 习惯了依赖注入后就挺不错的。还有就是未开源的 tRPC 生态非常好用。
|
11
aleimu 2024-11-27 14:31:39 +08:00 kratos 和 go-zero 都支持了脚手架创建 http 和 grpc 的代码,但是太抽象了,定位问题和接口时要跳转很多次才能看到重点....我现在还是再用 gin+wire
|
12
qq135449773 2024-11-27 14:43:59 +08:00
在 go 里写 DI ,理由是什么...
|
13
fffq 2024-11-27 15:11:03 +08:00
go 里面加 Wire 太恶心了。。。
|
14
codersdp1 2024-11-27 15:17:01 +08:00
蹲一个答案,主要是 orm 这块
|
15
mightybruce 2024-11-27 15:20:24 +08:00 中小型公司没必要用什么 DI, 另外 DI 这种东西说实话就是为了控制人的,好让你们成为像 Java 那样的 curd boy ,
DI 的确也有好处,项目模块化更明显,剥离出业务逻辑,使得分工更明确。 不过我想说这种脚手架真的没必要学,因为你到一个自研实力还不错的公司,这种东西都会有核心成员研发的,然后让其他人成为工具人,哈哈。 几个 web 框架比如 gin, echo, beego 要会点,其他的都可以自己造的。 |
16
xsen 2024-11-27 15:24:29 +08:00 go-zero 重度用户
楼上 n 多人还在纠结 orm ,真的大可不必——gpt 类出来就是节省这些方面的时间的 可以自动生成 http/grpc 框架代码,若喜欢一样可以生成 model 代码。这就够了 |
17
rust 2024-11-27 15:41:33 +08:00 GoFiber + Ent 吧
|
18
me1onsoda 2024-11-27 15:55:01 +08:00
@mightybruce DI 是什么? dependency injection ?
|
19
uds9u32br 2024-11-27 15:57:19 +08:00 如果是很大型的项目确实有点头疼,一般的 web 应用搞个 httprouter 都行,又不是非要什么 spring 一样的东西
|
20
ginakira OP @fgwmlhdkkkw 不写 tag 的 binding 和校验听起来很有趣,请问是通过什么方式做呢
|
21
mightybruce 2024-11-27 16:11:18 +08:00
@me1onsoda 是的, 这方面 go 有好几个, 一些业务团队会把 DI 用到各个 web 框架上并组成自己的脚手架,
常见的 DI 有 google/wire(代码生成), uber-go/dig (反射) |
22
GopherDaily 2024-11-27 17:10:21 +08:00
紫薇,答应我,不要为两抽象而抽象,好吗?
|
23
i4color 2024-11-27 17:23:58 +08:00 gin+xorm
|
24
sofukwird 2024-11-27 17:37:47 +08:00 via Android |
25
chen11 2024-11-27 17:38:57 +08:00
难受,java 转的 go 。感觉 go 是一个项目一个规范
|
26
johng 2024-11-27 18:02:54 +08:00 |
27
yifeia 2024-11-27 18:28:20 +08:00 gozero 开发中用的比较多
字节的 hertz 和 Kitex 文档看着还可以,用了一下感觉也能用 |
28
bv 2024-11-27 18:52:39 +08:00 |
29
ZxykM 2024-11-27 19:40:17 +08:00 只自己用的话,pocketbase 是个不错的项目,我现在正在用
|
30
tbxark 2024-11-27 19:54:52 +08:00 自己撸了一个 https://github.com/TBXark/sphere, 基于 proto 定义,生产 go 代码和 api 文档,没事就往里面加点东西。
|
31
wen20 2024-11-27 20:21:52 +08:00 gin+gorm
|
32
FrankAdler 2024-11-27 23:26:15 +08:00 echo+entgo
|
33
Breacher 2024-11-28 09:20:00 +08:00 via iPhone ORM 只用 SQLBoiler, 最大的特色是 db schema first 和 100% type safe. 公司里从弱类型语言转 Go 的同事喜欢用 gorm
|
34
fgwmlhdkkkw 2024-11-28 09:51:31 +08:00 @ginakira 指针偏移……
|
35
qloog 2024-11-28 10:50:00 +08:00 框架: https://github.com/go-eagle/eagle 支持 http 和 gRPC, 关键是有脚手架,各种代码不用自己 copy 后再去修改了
数据库:gorm 使用 gorm/gen 可以链接 db 生成 model 和基础的操作方法,避免 SQL 注入,关键是可以通过自定义 sql 生成代码,比如复杂的 多条件 sql 查询 |
36
layxy 2024-11-28 13:17:06 +08:00 gofiber+ent
|
37
Dogtler 2024-11-28 13:41:38 +08:00 |
38
jarvanluo 2024-11-28 14:04:21 +08:00
@javalaw2010 #2 想问一下,那业务层目前你是用哪个呢
|
39
IIInsomnia 2024-11-28 17:48:56 +08:00 |
40
gvison 2024-11-28 22:24:58 +08:00 集成 gin+gorm 的开发框架 https://github.com/zhufuyi/sponge ,生成代码功能非常强大,如果开发只有 CRUD api 服务,不需要编写任何 go 代码就可以编译并部署到 linux 服务器、docker 、k8s 上。sponge 提供了一站式项目开发(生成代码、开发、测试、api 文档、部署),大幅提高了开发效率和降低了开发难度。
|
41
feikeq 2024-12-04 17:48:20 +08:00
iris 就不错呀。
|
42
pike0002 355 天前
gin + gorm
|
43
kingcanfish 344 天前
|