@BeautifulSoap
我其实早就没兴趣给你说通什么，只是太多人有你类似的想法，进而误导更多人。

你做假设的时候能匹配上你刚开始的言论吗？健全这件事已经没必要再纠结了，我上面也说了，横向对比其他语言，Go 语言标准库已经算是比较 Robust 的了。

我现在只想看看你到底怎么为 Go 语言标准库做贡献，完善你说的那些缺陷，我也好学习学习。
你现在已经脱离了最初的论点，揪着“健全”讲个没完，能把你一开始抱怨拿出来说说吗？
数组没有 filter ，你来解决一下，代码发出来给大家看看，好不好？
（我本来不想这么说的，但是你开始耍 wu lai 了嘛，那就拿出点东西，证明一下标准库连这么简单的功能都没有。）

@BeautifulSoap
怎么还 json ，sort 啥的都没了，你看了标准库吗？

你能有点逻辑吗？我说的不够清楚吗？

如果有一个你觉得应该存在于标准库的功能，但是标准库没有，那么请你去 Gerrit 上贡献你的代码。
去完善标准库，你去尝试去实现你所说的那些没有的功能。好吗？而不是在这儿抱怨？

任何人都可以去贡献啊，你说数组没有 filter ，你写个 filter 到 Go 语言标准库里，跟他们说：“你们的标准库不太完善，我帮你们完善一下，填补标准应该有的基本功能”。ok ？
如此基础的功能应该谁都能实现吧？标准库不健全，那么就请完善它。
如果觉得麻烦，你可以把你的实现代码发出来，让大家一起讨论讨论，如何？

@zoharSoul 你也被上面这个人洗脑了？
这么清晰的逻辑，你能不能也通过自己的大脑思考一下呢？
或者说你也想去贡献一下？

@dragonsunmoon
同意，

很多人接触 Go 都是先有过其他语言的开发经验，这种情况下很容易就会进行横向对比，问为什么这么方便的功能 Go 语言没有，然后就开始抱怨吐槽，这当然无可厚非。

我的观点也很清晰，之前那位说的缺点确实是 Go 语言的一些设计导致的，且短时间不太会提供解决，与标准库无关。
既然是这么设计的，那更应该查一下为什么这么设计，这么设计的初衷是什么，带来了这些不便利的同时是否为我们的开发工作带来了其他收益。

@lybcyd emmm ，这个杠其实说服力不大。

首先这个定义里也说了：成功的、令人印象深刻，且不太会失败或变弱。
这与中文定义的：完备的、健康的、而无缺陷的。

大致匹配，你非要说不同，也没办法。
但是我上面也说了，“Go 语言标准库与其他语言标准库相比，已经算是比较健全的”。

@sagaxu Rust 与 Go 不是相同定位语言，Rust 更偏向于底层，Go 语言应用层级会更高一些。

我就跟你说一件真实发生的事情，Linkerd 知道吗？其最初版本是 rust 写的，后来因社区支持有限发展受阻改成 Go 语言。
当然这可能是个例，仅供参考。

@BeautifulSoap
我不是已经说了吗？ Go 语言已经可以构筑当代云原生的从底层到应用的方方面面，且大部分都是纯 Go 语言写的。
这就已经说明其标准库（包括谷歌扩展库）已经很健全了，可以应付各种情况，这不是健全那是什么？
主流语言有几个能做到且做好？

我说的健全指的是：Robust 。这个词翻译过来就是健壮、健全、强壮的意思，所以我的表达也没有问题。

所以不要跑题，Go 语言在语言层面上有很多基础功能不完善，你可以认为这事缺陷，但是究其原因是 Go 语言的本身设计导致的，推荐你去了解下。（与标准库无关，Go 语言标准库与其他语言标准库相比，已经算是比较健全的，事无绝对嘛）

@BeautifulSoap
你提出了你的抱怨，我给你解惑。

你说说你要的功能是啥？不就是 Array 提供一个 filter 功能吗？这功能这么基础为啥 Go 语言没有，你能解释一下吗？

而且你要的这功能基础到涉及不到标准库好吗？这是语言本身层面的功能，你老说标准库不全，你用的第三方软件哪个不是基于标准库和谷歌的扩展库开发的？你开发的时候遇到标准库功能不足，需要从底层扩展标准库才能实现吗？显然不是，你只是需要一个 filter ，所以不要再说标准库什么的，跟他没关系。

说 Go 语言标准库健全是基于 Go 语言的发展年限、其他语言对比、目前所取得的成绩所提出的。Go 语言已经足以构建当代云原生服务的方方面面。你在这儿跟我说 Go 语言数组没有 filter 所以标准库不健全，恐怕不太合适吧？

所以原因就是出在你不明白，明明你用的其他语言都有数组的 find ，forEach ，filter 等方便的扩展方法，为什么 Go 语言这么新、这么火、这么多大厂在后面背书结果连一个数组的 filter 都没有。你是不是应该去自己去搜一搜？而不是跟我赌气？我以前也很困惑为啥都 2020+年了，还有这种奇葩语言？查一查，翻一番，知道原因就不会抱怨了，因为没有一种语言是完美的。

@BeautifulSoap 逗，还给自己点赞。

我现在理解你发牢骚是觉得，你不理解你要的那些功能 Go 语言为什么没有。
如果你理解为什么没有这些功能，那你也应该明白目前的 Go 语言是不可能给你提供你要的那个功能。

这不是标准库健全性的问题，你可以自己尝试实现一下，做个标准库的扩展包？
然后再思考下你做的这个扩展库能放进标准库给别人用吗？
如果行，说明标准库不健全，你去贡献代码，我给你买杯咖啡。
如果不行那你抱怨的点又是什么呢。

@BeautifulSoap
1. 你说的这些并不是 Go 语言的“缺点”，所以这些功能也不会被“完善”。Go 语言是标准库健全著称的，你说的那些功能没有是因为 Go 就是这么设计的，你觉着谷歌的那些老油条不知道 array 里面可以有个 find 或者 filter 函数吗？可以寻找相关文档了解下为什么这么设计。（当然随着泛型支持后不排除出现工具库）
2. DDD 自身都没有统一的标准，跟 Go 语言有什么关系。
3. 这个跟 1 里的回答一样，就这么设计的。

还有，为啥这么多人一边骂着 Go 语言还一直再用呢

@shyangs 淘寶丟人了，才知道？
还好意思拿出来
从茅坑里捞出了一坨 shit ，然后说你们看人家拉的屎。。。
你是想让大家一起吃？

不要再宣扬什么全 POST 没啥问题的这种奇葩言论了。
(这就跟关系型数据不要用 join 一样，你可以这么做，但是不要宣扬这是对的。)

试想，哪天你们公司有机会做一个开放的 API 平台，然后一看文档里面全是 POST 。。。
还有人愿意用吗？随便翻翻国内大厂的 API 开放平台，哪个有全 POST ，不把你直接踢出去。

你一个 HTTP API 接口，既不遵守 Method 也不返回相对应状态码还有理了。
不要给自己的不合规找冠冕堂皇的理由。

请按照规范使用 HTTP Method 和相对应的状态码返回请求值。

https://github.com/gorilla/sessions/issues/84
https://github.com/gorilla/sessions/issues/160

一搜一大把

@caicaiwoshishui 楼主没必要在意楼上这些人胡扯。
听我的，该用什么就用什么。

请求里可以带的东西基本分为 param, query 和 body ，其中 param 和 query 都是写在 url 里的。
如果你觉得你传的参数不应该被直接看到就用 POST 。
其余情况该用什么就用什么。
（例如：GET /v1/articles?page=2&size=20&type=hot 是完全没问题的，也无需担心什么安全问题，真正的安全问题不是 POST 就能解决的，不是吗）

至于你们公司那位，经验告诉我们你没必要舒服他，如果以后有机会写后端你可以使用 Restful API

@monetto 你说的那个是包名一起写的时候，比如 errors.New() 这种，他就会让你选择到底是哪个 errors 包帮你导入。

你现在问的是我写个 New() 前面自动加 errors. 谁知道你要 errors. 还是 logs. 还是啥？

这就是典型的告诉你该怎么做就怎么做，突然放开手脚就不知所措了。

你依然可以使用 Java 的那套开发模式去写 Go ，就是要理解下 Go interface 的一些特别之处。

谁知道你的 Abc 是哪个 package 的 Abc 。
而且大部分都可以通过 IDE 和工具链解决

咦？我用的 ORM 如果不写 Where 的话 Update 会报错，所以所有 Update 都有 Where 。
换个 ORM 吧。

@aofall 这个看了，感觉也是自吹，还有一篇黑他的。

你光看带宽有什么用？