golang 为什么不内建 map / reduce / filter / for_each / find / any 这样的函数/方法？

golang 没有各种数据结构，有点小烦

因为没有泛型

二楼正解，没范型影响很大

你可以用 sort.Search

那三个老头定的基调，go 的设计思想就决定了不会搞这么多语法糖，提 issue 也没用，要么自己写，要么第三方，话说这玩意写起来也简单，官方不实现也挺好的，省的学了

没有范型,而且就算你说了官方也大概率不会听

Go 的设计者，最开始就是想搞个比 C 更好用的语言而已，你想想 C 是多么简单的语言。并且 Go 的设计者一开始压根就没想把 Go 开源出去，只想自己内部用用。并且主要目的是用来写“网络基础设施”

但是后来没想到这个语言公开出来后火了，大量的人用来写 web 应用，应用层和基础设施侧重点就有区别，基础设施你没有泛型，无所谓，业务应用没有泛型就很别扭。所以 go 的泛型在社区不断的呼声中“不情不愿”的加上去的，至少有相当长的一段时间，Go 的官方是明确说过不加泛型这个话的。

所以有些问题就属于娘胎来的毛病，Go 这个语言在原始设计的时候走的就是极简主义。

这个真的是范型的专长，包括 C++以前也是一样，有了范型，stl 就横空出世了
还是期待 go 1.17 吧

go 只是 c 的升级版，不要把他当成多高层的语言

@dbskcnc 不是说泛型要 go2 才有吗

@ericgui go 2 不是指的版本号 2.0，只是一个计划

主要是没泛型，迭代器里面很直接难套函数

https://github.com/robpike/filter

I wanted to see how hard it was to implement this sort of thing in Go, with as nice an API as I could manage. It wasn't hard.

Having written it a couple of years ago, I haven't had occasion to use it once. Instead, I just use "for" loops.

You shouldn't use it either.

看了 Rob Pike 上面的话，我忍不住笑了，大神的意思是：
“map / reduce / filter 这些玩意真的有那么好吗，好吧，我试着写一个库来实现这些东西，Go 实现起来就是小菜一碟。
但是，我实现了又怎么了，这些代码一动不动的躺在这里好几年了，我他妈根本没有场合去使用它！我平时用用 for 就行了，我证明了这些东西没用，所以你们也不要用了。”

可。。可是 Pike 大神，你平时写的都是 infrastructure，并不理解我们写业务写 CURD 的痛。。

权当供大家一笑

@abcbuzhiming
你想想 C 是多么简单的语言

请问你这是反话嘛？

@QBugHunter C 确实比较简单，从语言的复杂性上来说。。

写习惯 C 的都是无脑写 for 的，刚开始写 js 我也不喜欢写 forEach,reduce, map, filter, find,some,

底层 go，业务层 rpc to node.js, 有啥好纠结的，就非得一把梭？

为什么总是拿 java 或其他语言的东西往 go 上套，那你又为了什么转 go，赶时髦吗？

go 是写给机器高效执行的，不是写给人看的。

@index90 好的特性为什么不能借鉴？ Java 的 Stream API 也是 Java 8 才加入的。。。

楼上有人都说了，未来 go 应该会加入对范型的支持，那离支持这种所谓“函数式编程”也不会太远，等着被打脸吧。。。

不过我觉得就你这种心态，可能等不到被打脸，就在程序员这行干不下去了