Go 重视兼容性是认真的:泛型得慢慢加

blov · · 1473 次点击
泛型不支持的话, go会在占据最重磅业务的应用市场上被逐渐淘汰, 因为泛型真的太重要了. 不太明白你说的slice的坑是什么, 正常使用的话应该不会那么容易遇到坑的吧. 非要搞那些奇技淫巧炫富就不好说了.
#2
更多评论
golang连最基础的slice都一堆坑,加上泛型以后就是赶鸭子上架,最后变成cpp的stl那样不论不类的东西 你要认真去搞stl 最后项目一堆坑,你得小心翼翼地拿个小本本记着哪些地方有坑要避开,(因为stl的代码你改不了) 只能远远躲着,不去搞stl自己封装组件,你连面试都过不了,土憋老板和hr已经习惯了复制粘贴jd,反正不管有用没用,会拼与不会拼的单词都要写上,别的公司这么要求,我也这么要求 反正会得越多越好 ![out.jpg](https://static.studygolang.com/211017/1bdcc48cf137e47647a77b34c96e56de.jpg)
#1
golang 就不是设计用来做业务应用的, 仔细阅读 https://studygolang.com/articles/12907 里面说的  > 但是总体而言,当超过 API 或者网络服务器(这也是它的设计所在)的范畴,用 Go 处理商业领域的逻辑时,我感觉它用起来麻烦而且痛苦。就算在网络编程方面,Go 的设计和实现也存在诸多问题,这使它看上去简单实际则暗藏危险。 就象游泳的看着刘翔拿金牌,就觉得我现在缺双跑鞋,实际穿上跑鞋游泳淘汰得更快。 加上泛型只是把interface{}的写法改成any更短的单词,让码农刷题的时候少打几个字,根本改变不了golang本身的缺陷, 不加泛型至少码农还可以debug ` *value.(*interface{}) ` 加了泛型码农只会对着满屏的报错一脸蒙逼。只管挖坑不管填坑的golang让码农跳进一个5米深的坑,本来吭吃坑吃挣扎几下,还能爬出来,结果加了泛型从5米深的坑掉进一个10米深的坑,再也爬不出来了
#3