Go的模块设计不允许循环依赖 且官方不鼓励小模块设计 这样导致许多Go模块里的功能块实际上是因为架构原因才住到一起 为了区分彼此 还要经常使用命名前缀 一个模块里的错误不读文档就不明白是A功能返回的还是B功能返回的 希望Go能提供一个再细分的代码组织机制 比如命名空间 如果在一个命名空间下 我只定义一个function接口与它的入参出参和错误 那么Go没有union type的问题基本还可以忍 作为连带关系的 这错误处理机制也就还能忍…。
为什么乌龟在长时间未换过的水中反而更活跃?…
现在工作中k8s是使用containerd还是docker来管理容器?…
有人认识这个小姐姐吗,超爱她的照片?…
为什么年轻人不要养龟?…
备案号: 网站地图