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

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

欢迎加入小哈的星球 ,你将获得:专属的项目实战 / 1v1 提问 / Java 学习路线 / 学习打卡 / 每月赠书 / 社群讨论

  • 新项目:《从零手撸:仿小红书(微服务架构)》 正在持续爆肝中,基于 Spring Cloud Alibaba + Spring Boot 3.x + JDK 17...点击查看项目介绍 ;
  • 《从零手撸:前后端分离博客项目(全栈开发)》 2 期已完结,演示链接: http://116.62.199.48/ ;

截止目前, 星球 内专栏累计输出 63w+ 字,讲解图 2808+ 张,还在持续爆肝中.. 后续还会上新更多项目,目标是将 Java 领域典型的项目都整一波,如秒杀系统, 在线商城, IM 即时通讯,权限管理,Spring Cloud Alibaba 微服务等等,已有 2200+ 小伙伴加入学习 ,欢迎点击围观

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

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

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

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

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

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

相关文章