Go语言的“灵魂拷问”：接口只关乎行为，还是也应拥抱数据？
💡
原文中文，约5100字，阅读约需13分钟。
📝
内容提要
本文探讨了Go语言接口设计哲学，特别是在引入泛型后如何处理结构体字段的约束问题。提案建议接口可描述结构体字段，引发了关于“行为与结构”的讨论。尽管因复杂性被搁置，该提案促使我们重新思考Go语言的核心概念及其实际应用需求。
🎯
关键要点
- Go语言接口设计哲学关注类型的行为而非结构。
- Go 1.18引入泛型后，现有约束机制在处理结构体字段时显得不足。
- 提案建议接口能够描述结构体字段，引发了关于行为与结构的讨论。
- 现有的泛型约束要求所有类型都支持相同的方法，导致开发者需要编写大量样板代码。
- 提案的核心是将结构要求提升为接口的一部分，形成数据契约。
- 提案引发了社区对接口哲学的激烈辩论，支持者认为字段访问也是一种操作。
- 讨论深入到字段的可写性、嵌入字段及接口值化等技术细节。
- 由于复杂性，Go团队决定将提案搁置，等待社区对泛型的更深入理解。
- 这场辩论促使我们重新思考Go语言的核心概念及其在泛型时代的应用需求。
❓
延伸问答
Go语言接口的设计哲学是什么？
Go语言接口关注类型的行为而非结构，强调类型能做什么，而不是它是什么。
Go 1.18引入泛型后，现有约束机制存在哪些不足？
现有约束机制在处理结构体字段时显得不足，导致开发者需要编写大量样板代码。
提案中如何让接口描述结构体字段？
提案建议将结构要求提升为接口的一部分，使接口能够描述一种“数据契约”。
社区对提案的反对意见主要集中在哪些方面？
反对者认为提案偏离了Go接口的核心理念，强调接口应只关乎行为而非数据结构。
支持者对提案的看法是什么？
支持者认为字段访问也可以视为一种操作，且泛型时代的变化使得接口描述结构是合理的。
Go团队对提案的最终决定是什么？
由于复杂性，Go团队决定将提案搁置，等待社区对泛型的更深入理解。
➡️
