Go 语言的“反模式”清单：来自资深 Gopher 血泪教训的 10 条“不要做”
💡
原文中文，约4600字，阅读约需11分钟。
📝
内容提要
本文总结了Go语言开发中的10条反模式，提醒开发者避免过度封装、滥用并发和盲目追求DRY等常见错误，强调代码清晰性、测试的重要性，以及合理使用依赖和接口，以提升代码质量和工程能力。
🎯
关键要点
-
不要过度封装包，保持包结构简单。
-
不要滥用 channel 和 goroutine，确保并发的必要性。
-
不要盲目追求 DRY，优先考虑代码的清晰性。
-
不要在同一个 PR 中既重构又添加新功能，分开处理。
-
不要跳过写测试，测试是代码的重要组成部分。
-
不要害怕使用 sync.Cond，合理使用并发原语。
-
不要返回接口，返回具体结构体以保留灵活性。
-
不要过度依赖依赖，优先考虑标准库。
-
不要盲从权威建议，结合具体场景进行思考。
-
不要忘记代码是给人读的，注重代码的可读性和文档。
❓
延伸问答
Go语言开发中有哪些常见的反模式需要避免？
常见的反模式包括过度封装包、滥用并发、盲目追求DRY、在同一PR中重构和添加新功能、跳过写测试、返回接口、过度依赖依赖、盲从权威建议以及忽视代码可读性。
为什么在Go中不应该过度封装包？
过度封装包会导致不必要的复杂性，保持简单的包结构更易于维护，尤其在小型或中型项目中。
如何合理使用并发而不滥用goroutine和channel？
在使用并发前，首先要问自己是否真的需要并发，必要时使用简单的sync.WaitGroup或sync.Mutex，而不是盲目使用channel。
在Go语言中，为什么要避免在同一个PR中重构和添加新功能？
这样做会使代码审查变得困难，Reviewer难以分辨改动的目的，增加引入新Bug的风险。
为什么在Go中编写测试是重要的？
测试是代码的重要组成部分，跳过测试可能导致未来出现难以调试的问题，增加技术债务。
在Go语言中，返回接口有什么潜在问题？
返回接口可能剥夺用户访问具体类型特有功能的能力，并且接口的变更会带来额外的维护成本。
➡️
