+
 新版
2021-01-15 09:18
一句话总结:golang不适合做业务型应用开发!
2021-01-14 08:51
说不用尖括号的,你们能不能先学学编译原理再说话?
2020-12-12 16:21
文中 func f((T(int)) 少了一个括号 应该是 func f((T(int)))
2020-07-27 12:25
(),go away
2020-07-23 22:10
为了不同而不同
2020-07-21 07:48
错误处理这么简单地东西都没处理好,搞泛型有点激进
2020-07-21 06:50
这些胡力花哨的语言,最终都是灭亡!还是Java用着舒心。
2020-07-22 10:59
Go还花? 你用过吗
2020-07-20 20:02
建议用书名号《》
2020-07-20 23:54
这是中文符号啊
2020-07-22 00:47
没看出来是在开玩笑吗,哦,忘记加滑稽表情了
2020-07-20 18:04
$T$ 不好嘛😏
2020-07-20 17:19
尖括号 很多语言都用这种来定义特殊类型数据
2020-07-20 14:49
个人觉得go在语法设计上一开始就没有考虑过扩展性,后面随着流行,增加一些需要修改语法的功能和特性,语法只能只会越来越难恶心,每次改动都是伤筋动骨。回过头了看java,虽然不是最佳参考对象;在背负着那么多历史包袱上,java每次升级加入新特性功能,都是比较平滑,而且语法都比较清晰,虽然一部分冗余的语法,可以通过IDE提高效率。目前静态语言中语法最好的非C#莫属
2020-07-20 11:48
还得找个艺术家来设计语言
2020-07-20 11:33
直接换语言吧!
2020-07-19 08:50
type A[@N] E 这样好了,我不想被那么多小括号或者type折磨,毕竟我比编译器更脆弱.
2020-07-19 08:26
<>有什么不好嘛?非要搞的那么另类,故意显得自己与众不同
2020-07-18 00:58
被go的泛型括号恶心吐了,为了不同而不同。
2020-07-17 12:20
为了自己实现简单,可以让使用者吃屎的感觉
2020-07-17 10:31
你们只是不想改变习惯而已,<>泛型看得烦,为啥就不想别的途径呢,非要<>、[]、()里去解决。
2020-07-17 08:28
说尖括号<>和大于小于号有歧义,那中括号[]不一样跟数组下标有歧义了?这是主观地想搞另类吧,然后又想不出比业界更好的方案,Go还是不要搞泛型了,搞个宏或者模板得了吧。
2020-07-16 20:53
去掉一个最好
2020-07-16 19:39
太好了,业务语言继续Java,系统级考虑Rust
2020-07-16 15:11
<>
2020-07-16 14:15
[]吧,丑是丑了点...总比无限()好吧...
2020-07-16 13:46
损失点编译性能有什么,比起其他符号的恶心和难受,这是我可以接受的
2020-07-16 12:15
这脑袋有点死,一个标志用:T: , `` , # , ^都可以,为啥非要用各种括号,编程语言中偏爱用各种括号的坏习惯要改改了。
2020-07-16 12:11
LJ
zin
2020-07-16 11:20
我把关键的为什么不用 尖括号的用例发下, 有什么意见可以去google论坛提:
For ambiguities with angle brackets consider the assignment

  a, b = w < x, y > (z)

Without type information, it is impossible to decide whether the right-hand side of the assignment is a pair of expressions

  (w < x), (y > (z))

or whether it is a generic function invocation that returns two result values
  (w<x, y>)(z)

In Go, type information is not available at compile time. For instance, in this case, any of the identifiers may be declared in another file that has not even been parsed yet.
2020-07-16 21:49
这里引起歧义很大原因在于逗号被用来当作多个值的分隔.
也可以考虑用竖线或其它符号来分隔泛型参数.
2020-07-17 08:07
为什么其他语言都没有问题,在go这里就成了问题?
2020-07-17 10:16
只用逗号分隔的多返回值本来就很少的语言才支持, 这个写法很容易跟其它逗号分隔形成歧义. go语言本来一开始就基本把整个语言都描述差不多了,那时根本不考虑泛型的支持,而只考虑怎么精简语法,甚至为编译器更快执行而制定语法规则, 这样很容易留下语言特性不易扩展的坑.
C#也支持返回多值,而且也是用的逗号分隔的,咋就没问题呢。
2020-07-19 21:41
C#的多值需要必须要小括号的, 而go不需要
2021-01-14 08:59
竖线已经被语法解析器解析成按位或了,不想冲突的话估计只有没用过的@#$
2020-07-16 10:44
"为了向后兼容" --- 为了修复以前的愚蠢,加入新的愚蠢 --- Golang 哲学。
2020-07-16 10:28
简直是故意跟程序员的习惯做对,写了好几年golang了,第一次被这种改动恶心到~~~还说什么go语言照顾工程习惯,照顾个屁啊!
2020-07-16 14:03
赶紧转语言。
2020-07-19 18:35
这个还是在讨论之中的,最终会变成什么样还未可知
2020-07-16 10:13
越来越尴尬, 像极了特立独行的object-c.
然而objc当年是和c++齐头并进的, 都有互相鄙视的资本.
go比c++/java晚了几十年, 为了不同而不同?

:neckbeard: 看来十多岁都是玩杀马特的年纪.
2020-07-16 10:18
静候Thompson老爷子出马清理门户
2020-07-16 10:05
是不是一开始怎么爽就怎么用。。想不到火了,壮大了。。没办法,逐步开始通过“拼凑”来解决之前 “爽”的 “坑”。。
2020-07-16 09:31
大家都在<>,你非不用,几个意思啊?
2020-07-16 09:57
Scala就不是,而是[],也没人吐槽吧
2020-07-16 10:07
Scala是什么?没用过不知道,也不想知道。😜
2020-07-16 09:24
除了协程,没啥意思。啥玩意儿都编译成一个文件。
2020-07-16 09:13
学NIM用方括号
2020-07-16 09:13
golang这语法有点丑呀
2020-07-16 08:55
学c++吧,go语言设计先天不足.
2020-07-16 08:47
go语法一直恶心
2020-07-16 08:41
反正就不用<>,真是为了不同而不同
2020-07-16 08:39
这怎么说呢,,
2020-07-16 08:31
go的接收函数、异常处理、再加上这泛型,都很恶心
2020-07-16 08:28
太恶心了,用修饰符+对称括号不行么
2020-07-16 08:22
go目前有些尴尬,抽象能力的缺陷不是泛型就可以拯救的。
2020-07-16 08:16
排除<>括号的理由不成立,难道()括号不需要成对展开吗😳?
c++/java/c# 等全部采用<>括号,golang这是为了不同而不同吧。
2020-07-16 11:01
他说<>符号会和大于小于号冲突,需要编译器做额外的分析是泛型括号还是大于小于号,影响性能,我就想说那java,C#是怎么做的?这点性能损失我还是可以接受的,golang只是为了不同而不同。
2020-07-16 14:06
因为编译速度也是go的一个特色🐶
2021-01-15 11:13
可能是go支持同时对多个变量赋值导致的,例如:
a, b := x < y, j > i
2020-07-16 17:24
DLang 就是小括号。
2020-07-17 00:36
官方的说法是,go语言编译器在语法解析阶段没有类型信息,使用<>在语法解析阶段会有歧义,需要通过类型信息消除歧义。当前的编译器无法实现。
2020-07-16 08:12
唉,这就尴尬了
rz
2020-07-16 08:11
语法玩恶心了
回复 @
{{emojiItem.symbol}}
返回顶部
顶部