Go的模块设计不允许循环依赖 且官方不鼓励小模块设计 这样导致许多Go模块里的功能块实际上是因为架构原因才住到一起 为了区分彼此 还要经常使用命名前缀 一个模块里的错误不读文档就不明白是A功能返回的还是B功能返回的 希望Go能提供一个再细分的代码组织机制 比如命名空间 如果在一个命名空间下 我只定义一个function接口与它的入参出参和错误 那么Go没有union type的问题基本还可以忍 作为连带关系的 这错误处理机制也就还能忍…。
上一篇 : 如何评价腾讯元宝桌面端使用 Rust 的 Tauri 框架?
下一篇 : 一米二的棍子打的赢三十厘米的刀子吗?
为什么要在鱼缸里养水草?...
有没有GUI框架开发难度小,***消耗又不多,而且又跨平台?...
曾经的班花,现在还多少人惦记?...
请问有人能估计一下 go 相比 php 在不同用户量下能省多少钱吗?...