未登录用户
首 页
书 架
登录系统
注册账号
联系我们
duidaima.com
版权声明
闽ICP备2020021581号
闽公网安备 35020302035485号
搜索
我要提问
随便写写
我要写书
关于 Go 的工程经验
发布于 5小时前
10 热度
6 评论
满江风月
0 粉丝 50 篇博客
关注
打赏
请教各位大佬,如果每人一句关于 Go 工程(不局限于 Web 或者基架项目)开发的经验,会是什么?
用户评论
遥忘而立
1. 多人团队中,别使用 go 启动 goroutine ,封装一个 Go 函数,在里面捕获 panic
2. golang 中没有 thread local ,一个链路上传递数据,就使用 ctx ,千万不要整花活,https://github.com/timandy/routine 。性能会有问题,而且和很多三方库也兼容不了。
3. 建议每个函数都加上 ctx 参数和 error 返回值,后面总会用到的
2025/12/5 9:15:00
[
0
]
[
0
]
回复
独白情歌
不要过度设计,我们本没有多数据源设计,我们的一个大数据转后端的工程师,兼容了各大数据库,以及本可以渠道用户独立表+主表映射就可以,设计成了多库~~ 脑壳疼,那代码设计写的,一行都不想看。
2025/12/5 9:14:00
[
0
]
[
0
]
回复
亦東風
业务逻辑不要害怕造轮子,协议标准不要自己造轮子,开始开发前约定好规范,如「逻辑上可空的变量用 nil pointer 还是空值表示」「可选参数配置用 option pattern 还是 builder pattern 还是生成重载函数」
Be stupid ,不要耍聪明省代码行数而写出费解的代码。Go 很冗长并且它就该冗长,冗长比晦涩好
2025/12/5 9:11:00
[
0
]
[
0
]
回复
深山夕照
尽可能不要忽略错误;组合机制很棒,好好利用起来。
2025/12/5 9:09:00
[
0
]
[
0
]
回复
旧街浪人
泛型出现之前你可能需要熟练掌握编辑器快捷键,同时生成所有整数类型的比大小函数。
2025/12/5 9:08:00
[
0
]
[
0
]
回复
一苇以航
不要写成 java
2025/12/5 9:07:00
[
0
]
[
0
]
回复
点击加载更多评论
吐槽.灌水
446 成员 |
1789 话题
+我要提问
+随便写写
可能感兴趣的话题
离职真的很难体面
感觉程序员使用 vibe coding 接下来左右是个死
iCloud Keychain 被同步清空了
终于领悟了, AI 时代一人公司就是一个人干所有人的活,钱还是只够一个人......
2. golang 中没有 thread local ,一个链路上传递数据,就使用 ctx ,千万不要整花活,https://github.com/timandy/routine 。性能会有问题,而且和很多三方库也兼容不了。
3. 建议每个函数都加上 ctx 参数和 error 返回值,后面总会用到的
Be stupid ,不要耍聪明省代码行数而写出费解的代码。Go 很冗长并且它就该冗长,冗长比晦涩好