Go的模块设计不允许循环依赖 且官方不鼓励小模块设计 这样导致许多Go模块里的功能块实际上是因为架构原因才住到一起 为了区分彼此 还要经常使用命名前缀 一个模块里的错误不读文档就不明白是A功能返回的还是B功能返回的 希望Go能提供一个再细分的代码组织机制 比如命名空间 如果在一个命名空间下 我只定义一个function接口与它的入参出参和错误 那么Go没有union type的问题基本还可以忍 作为连带关系的 这错误处理机制也就还能忍…。
目前最具性价比的全栈路线是啥？
穿瑜伽裤爬山的女生会不会害羞？
国外的女生为什么屁股都大？
你会从mac转向Windows吗？
冬天也要穿胸罩吗?
以色列是如何从三天前的不可一世要灭了伊朗到今天的哭哭啼啼要“为生存而战”的？
印度是真的烂还是咱们在信息茧房里面？
Rust1.86才正式稳定trait的upcast，为什么在rust中这个特性实现如此复杂？
为什么b2天下无敌？
四岁的女孩儿跳舞怕压腿，家长该坚持吗？
电话：
座机：
邮箱：
地址：
