征求有关 Go 包元数据规范的反馈

一则或许对你有用的小广告

欢迎加入小哈的星球 ,你将获得:专属的项目实战 / Java 学习路线 / 一对一提问 / 学习打卡/ 赠书活动

目前,正在 星球 内带小伙伴们做第一个项目:全栈前后端分离博客项目,采用技术栈 Spring Boot + Mybatis Plus + Vue 3.x + Vite 4手把手,前端 + 后端全栈开发,从 0 到 1 讲解每个功能点开发步骤,1v1 答疑,陪伴式直到项目上线,目前已更新了 204 小节,累计 32w+ 字,讲解图:1416 张,还在持续爆肝中,后续还会上新更多项目,目标是将 Java 领域典型的项目都整上,如秒杀系统、在线商城、IM 即时通讯、权限管理等等,已有 870+ 小伙伴加入,欢迎点击围观

Go 中的包管理是一个不断发展的空间。与其他语言相比,还有改进的余地。正如 Matt Butcher 最近指出的那样, 通过 Go 包管理,我们可以从其他人的成功和错误中学习

包管理器空间已变得杂乱无章。 列出它们的 wiki 页面有 20 多种不同的工具 。作为使用其中一种工具 ( Glide ) 并试图找出与其他一些流行工具数据格式的兼容性的人,我看到了一个我们都可以分享的机会。那就是共享的规范形成和与它们一起工作的周边功能.

为此,我启动了一个 项目来捕获需求 和细节。我认为,第一步是捕捉需求。我首先捕获了一组初始 用例, 其中包含一些基本细节,这些细节围绕着解决这些用例需要捕获的信息种类。

这是你们中有兴趣的人可以提供帮助的地方。您如何看待这些用例?数据对吗?如何改进这些,为什么?这是我征求反馈意见的公开征集。

您可能想知道,其他人已经开始的 供应商规范 工作怎么样?我问了同样的事情并决定看看我是否可以使用它来满足我的需求。当我发现差距时,我试图查看是否可以进行更改以满足我的需要。当他们做不到时,我决定按照开源传统尝试制作一些可以做到的东西。一点健康的合作。

归根结底,我最希望的是让 Go 开发人员的生活更轻松一些。如果您有反馈,我很乐意听到。