请教各位大佬，如果每人一句关于 Go 工程（不局限于 Web 或者基架项目）开发的经验，会是什么？
This topic created in 345 days ago, the information mentioned may be changed or developed.
 |
yeelooyeeuuDec 3, 2025
1
简单搞过一个项目，go 用起来似乎不错
|
 |
sunny352787Dec 3, 2025
2
别搞太抽象，当 C 写
|
 |
3
不要写成 java
|
5 |
wakarimasenDec 3, 2025
4
泛型出现之前你可能需要熟练掌握编辑器快捷键，同时生成所有整数类型的比大小函数。
|
 |
wogogoingDec 3, 2025 via iPhone
5
尽可能不要忽略错误；组合机制很棒，好好利用起来。
|
 |
lervard358Dec 3, 2025
6
@wakarimasen go 已经有支持泛型了
|
 |
chengrui0428Dec 3, 2025
7
一个文件里，只使用一次 var 和 type 关键字
|
 |
w568wDec 3, 2025
8
业务逻辑不要害怕造轮子，协议标准不要自己造轮子
开始开发前约定好规范，如「逻辑上可空的变量用 nil pointer 还是空值表示」「可选参数配置用 option pattern 还是 builder pattern 还是生成重载函数」 Be stupid ，不要耍聪明省代码行数而写出费解的代码。Go 很冗长并且它就该冗长，冗长比晦涩好 |
 |
povsisterDec 3, 2025
9
调用任何非标准库的函数前点进去看一眼实现，别盲目相信注释
|
 |
isekiDec 3, 2025
10
可以积极借鉴其它语言的标准库设计，特别是那些有丰富标准库经验的。
|
 |
5261Dec 3, 2025
11
@wangritian 哎,Java 开发写 go 项目,写着写着就变成 Java 结构和思想了,现在 go 项目中都加入了自动注入的概念了
|
 |
MIUIOSDec 4, 2025
12
@5261 说明你完全没理解编程原理，自动注入和依赖反转从来不是 java 和 spring 的专属，这是概念级别的东西，不是语言层面的，是实际业务中繁衍出来的。
|
 |
suyuyuDec 4, 2025
14
@wangritian 晚了 😭
|
 |
nanwangnongfuDec 4, 2025
15
每个 goroutine 都 defer recover
|
 |
brookegasDec 4, 2025
16
开始用 Go 前，先清空 Java/Spring 的那一套便便思维💩
|
 |
hamwongDec 4, 2025
17
有没有 web 后端最佳实践，自己写还是 java 思维
|
 |
DesdemorDec 4, 2025
19
在对接接口需要加签验签频繁使用 json 序列化和反序列化的时候，浮点型尽量改为字符串。
|
 |
cmosDec 4, 2025
21
golang 的核心是让一万个人都能写出一模一样的代码
|
 |
asuiDec 4, 2025
22
走？
|
 |
HopetreeDec 4, 2025
23
主用 Python 的运维，Go 写命令行工具贼爽，监控插件也很爽
|
 |
bbaoDec 4, 2025
24
不要过度设计，我们本没有多数据源设计，我们的一个大数据转后端的工程师，兼容了各大数据库，以及本可以渠道用户独立表+主表映射就可以，设计成了多库～～ 脑壳疼，那代码设计写的，一行都不想看。
|
 |
strobber16Dec 4, 2025
27
我要学 rust
|
 |
baiicDec 4, 2025
28
写的业务多了，自然就会变成 java ，不要一味的贬低 java
|
 |
yifeng33Dec 4, 2025
29
我要学 rust
|
 |
midsoloDec 4, 2025
30
@bbao 说起过度设计，那我得展示一下了。
多渠道的接入，建个 mapping 主表，然后每个渠道映射一张表就行了。 但我司只会 Java 的架构师嫌我们设计的过于简单，只能自己出手了，各种高层次抽像，各种设计模式，好好的把个 Go 写的项目设计成了 Java 味儿。 现在每个渠道建一个库，说是为了后续的扩展，提前做数据隔离，代码实现上写了 proxy 层、route 层、dispatch 层...... |
 |
31
规范好你的方法，区分好 “指针和引用” 我觉得很重要
|
 |
32
1. 多人团队中，别使用 go 启动 goroutine ，封装一个 Go 函数，在里面捕获 panic
2. golang 中没有 thread local ，一个链路上传递数据，就使用 ctx ，千万不要整花活，https://github.com/timandy/routine 。性能会有问题，而且和很多三方库也兼容不了。 3. 建议每个函数都加上 ctx 参数和 error 返回值，后面总会用到的 |
 |
33
提前做好分层设计, 避免做到一半发现循环依赖了
|
 |
34
到现在我都不知道 Ctx 用来传什么
写的一个后端项目,感觉只用来停止 |
 |
HuelseDec 4, 2025
35
怎么简单怎么来，不要想着一个东西实现复杂需求
|
 |
nextvayDec 4, 2025
38
别用面向对象的写法，new 一个 service ，然后初始化一坨。写 function 就好
|
|
nextvayDec 4, 2025
39
@shinonome 先加上。我们这原来是单租户，后来多租户，不同的数据库实例。没有这个 ctx ，需要先把传参都改造了，然后再改造多租户问题。 可以往 ctx 塞租户信息
|
 |
41
@wakarimasen 哈哈 go 已经有范型了，并且标准库有了 int64 的 min 和 max 可以像 append 一样用 min 和 max
|
|
42
@bbao 我觉得任何时候过渡设计都会导致灾难发生，像 Knuth's optimization principle 一样
|
|
43
@w568w 学到了，我想可以在加一条，如果用 int 表示系统里面的状态，最好不要从 1 开始（或许可以延伸下，不要使用单位零值作为标志位，例如 0 和 false ）
这在数据库字段更新的时候得单独更新，gorm 的 Update 函数 |
 |
liangmeikeDec 4, 2025
44
@gaffeyQiu 雷哥？
|
|
45
@shinonome 可以参考下 kratos 的 ctx 用法
|
 |
47
记得打开 net/pprof
|
 |
AprdecDec 4, 2025
48
goframe 这框架好吗?看了文档直接看懵了,太多层了吧
|
 |
AyanokoujiDec 5, 2025
49
@nextvay #38 那为啥 k8s 之类的 client ，都要先 new 一下
|
 |
dog82Dec 5, 2025
50
泛型用起来很爽，别人看起来想吐……
|
 |
longzhentianDec 5, 2025
51
@Aprdec 有好有不好吧 个人感觉太重了，有种 Go 版的 SpringBoot
|
 |
guanzhangzhangDec 5, 2025
52
即使写 web ，也要像非 web(cli ，网络，客户端)那样，处理每个 error ，千万不要偷懒
如果是项目初期，那就要从现在起要求所有人提交代码都需要写单元测试 每个人都要学会 dlv 和写代码的调试 不要用 cgo |
 |
bzjDec 5, 2025
53
最好别用 go 写 web 项目，网上的教程基本就是这种，都是 php 或者 java 程序员出的课程，看多了思想容易被污染
|
|
AprdecDec 5, 2025
54
@longzhentian 我感觉比 springboot 复杂多了
 |
 |
56
可以试试 sponge ，这个项目把工程化做得比较极致。它主要是搞代码生成的（基于 SQL 或 Proto ），生成的代码直接遵循整洁架构。完全是 go 风格，它给出的是一套标准、模块化高、能直接落地的 Go Web/微服务 框架子。用来学习怎么组织大型 Go 项目，或者直接拿来一把梭开发都很合适。https://github.com/go-dev-frame/sponge
|
|
longzhentianDec 5, 2025
57
@Aprdec 复杂感觉也还好，不过自动生成 service 和 dao 到算是方便的。我自己还是觉得 gin 好一些
|
 |
supuwoercDec 5, 2025
58
如果一点点复制或者硬编码就能解决问题，不要引入大量的抽象和封装。
|
 |
xsenDec 6, 2025
60
没啥不能写的，前后（包括最近一年）用 golang 做的产品、中间件涉及不限于
web 、中间件、小工具、iot 、系统集成、ai （ onnx 做 intent 识别）、音视频（ livekit ）诸如此类 还维护过一个简单的 workflow |
 |
vvmint233Dec 8, 2025
61
善用 context
|
Select Language