新一代的 golang 测试库

[ysmood]

项目地址 https://github.com/ysmood/got

用 golang 的朋友如果写测试的话基本都知道 testify ，但是其存在诸多多年未解决的问题，使用的体验比较原始。我在开发一个更加现代的测试框架，现在基本的框架已经成型，希望能有更多感兴趣的小伙伴能加入到项目里来改进它的特性。

这个项目没有任何依赖，非常轻量，很适合想学习 golang 的朋友阅读它的源代码，比如反射，diff 算法。

下面这个链接是和 testify 的简单比较：

https://github.com/ysmood/got/discussions/7

[njutree]

不太能理解什么都往 lib 里面扔的行为,但是 stop 我说的只是个建议.
@ysmood

[ysmood]

@njutree 什么都往根目录里扔不是也很奇怪吗？你这个想法以前我已经权衡过很久了，目前没有足够的动力和理由让我往根目录里塞更多的东西，实际上 golang 的设计理念是代码就是文档，理论上不应该有 example 这样的东西，还是 golang 本身设计不够优秀导致的争论点。

[tinytin]

支持一下

[coosir]

@ysmood 首先赞一下 OP 的贡献。不过 lib 虽然可以看作图书馆的缩写，但在目录结构上很少这样理解吧。根目录放 docs 等比较多，当然要区分得更开可以独立出去用单独的 example 的 repo ，这样主 repo 可以更加精简清晰。这种规划也不算 golang 特有的设计问题吧

[ysmood]

@coosir example 本来就是一个独立的 go module ，有自己的 package name ，完全可以看作是一个独立的 lib ，这样也便于日后将其独立出去解藕。

我觉得凡事要讲道理，比如怎么做方便，更实用，而不是一味最求和别人一样。我承认放根目录可能是局部最优方案，但是我觉得放 lib 可能是全局最优方案。理由是 example 的使用频率非常低，一般人看过一次也不会再看了。而且这样也会迫使用户都从 readme 入手了解项目，保证用户不会因为不知道 docs 这种不成文的规矩而漏掉重要信息。而且可以让维护者在开发这个项目的时候减少不必要的杂音，IDE 看上去更清爽。

> 这种规划也不算 golang 特有的设计问题吧

我也没说是 golang 特有的，如果让我设计新语言，肯定是会先避开这种设计上的问题的。golang 已经向前走了很大一步了：将 example 作为 test 的一部分。只不过做的还不够完美。