WÁNG Xuěruì

这个事情我觉得可能改下 README 在最底下加个二次开发相关说明就好了。。因为我前两年维护不力，导致大量人适配了自己场景不往上游（此处）推，这个虽然别人也可能没时间做“合理”、“正确”设计，不能怪别人，但提供帮助我认为是合适的。提不提交上游毕竟是他们的事。

建议默认不要提供 logger 实现，有需求的人总会自己写一个，企业微信的功能接入本身就已经需要一定的开发技能储备；也就是说，不需要考虑连 logger 都不会实现的小白用户。

@ocavue 这个 issue 没有动静的原因是我自己没有时间，你这边暂时应该不用怎么动

估计是 API 接口改了，几年前做的时候肯定是照着当时文档写的。 你要用吗？可以自己改了发 PR，帮你 review。我近期应该也是没有时间维护这个库（业余时间在做一些其他的底层工作了）。。

> 找了好几个库，也试了好几个，您的库代码，思想在各个方面都碾压别的库，但是实现企业微信的接口不全，属实是硬伤，怕后期需求更新，会带来换库的麻烦，还是选择了别的库； 特别希望您的项目会持续维护，也很理解您的日常工作繁忙；加油，大佬！ This is life。。 我写这个库最初就是解决工作场景，不过 toB 云计算行业需求比起大多数 toC 场景是太渺小了，我们至今也只做内部消息推送。后来因为各种因素，我业余时间都在搞编译器了，不再写业务了。（我其实是 Go 黑，七牛的后端服务只能用 Go，我来这公司也不是因为受 Go 思想熏陶；我业余项目首选是 Rust。） 这个库现在在征集协同维护者，其实如果有兴趣一起搞的话，我是欢迎您或者其他任何开发者加入的。主要后边疼讯迭代的接口、场景确实太多、太频繁了，自己公司不用的东西，很难在工作时间排了做。能让它多创造一些价值是我衷心希望的。

这一套？比如[这个接口](https://work.weixin.qq.com/api/doc/10975#%E8%8E%B7%E5%8F%96%E7%AC%AC%E4%B8%89%E6%96%B9%E5%BA%94%E7%94%A8%E5%87%AD%E8%AF%81)？目前应该是没有，需要调研一下支持代价高不高

据我所知七牛没在用 gitea。。。 我看了一眼那个 PR，是基于你的未完成工作继续的，如果接这个库的话，拼接参数、执行请求的部分需要部分重写。这个应该不是 `go-workwx` 的 scope 而是 use case，而我没空写。。。。。。（我的私人代码托管使用的是 GitLab 😂 ）

;-)

status update: 作者自己没有时间折腾，但欢迎其他感兴趣的同学来给 gitea 做贡献~

@lunny 慢指的啥？