Go的模块设计不允许循环依赖 且官方不鼓励小模块设计 这样导致许多Go模块里的功能块实际上是因为架构原因才住到一起 为了区分彼此 还要经常使用命名前缀 一个模块里的错误不读文档就不明白是A功能返回的还是B功能返回的 希望Go能提供一个再细分的代码组织机制 比如命名空间 如果在一个命名空间下 我只定义一个function接口与它的入参出参和错误 那么Go没有union type的问题基本还可以忍 作为连带关系的 这错误处理机制也就还能忍…。
golang总体上有什么缺陷?
热闹推荐
- 2025-06-28 15:20:118宝宝们 敢不敢发出你们自己最可爱的自拍照?
- 2025-06-28 16:45:118马上领证了,发现男朋友离不了游戏,让他少打游戏他会非常生气,正常吗?
- 2025-06-28 15:35:118为什么中国很少有人使用linux?
- 2025-06-28 16:40:128冬天也要穿胸罩吗?
- 2025-06-28 15:15:128如何评价林志玲?
- 2025-06-28 16:10:118有基于 Xcode 4的 iOS 开发教程吗?
- 2025-06-28 16:15:128如何设计一条 prompt 让 LLM 陷入死循环?
- 2025-06-28 15:55:118不住酒店可以去哪过夜?
