锐客网

  1. 首页 > 睿知 > it技术 > >

go语言为什么没有泛型 golang没有泛型( 五 )

IT技术Excelwriter


但是, 在现实中, 因为MS的txt记事本, 对于中文环境会将txt(甚至是C/C++源文件)当作GBK编码(GBK是个烂编码),
为了区别到底是GBK还是UTF8, MS的记事本在前面加了BOM这个垃圾(被GBK占了茅坑), 这里的bom已经不是表示字节序本意了. 不知道有没有人用ms的记事本写网页, 然后生成一个带bom的utf8网页肯定很有意思.
这是MS的记事本的BUG: 它不支持生成无BOM的UTF8编码的文本文件!
这些是现实存在的带BOM的UTF8编码的文本文件, 但是它们肯定都不是Go语言源文件!
所以说, Go语言的源文件即使强制限制了无BOM的UTF8编码要求, 也是没有任何问题的(而且我还希望有这个限制).
虽然后来Go源文件接受带BOM的UTF8了, 但是运行 go fmt 之后, 还是会删除掉BOM的(因为BOM就是然并卵). 也就是说 带 BOM 的 Go 源文件是不符合 Go语言的编码风格的, go fmt 会强制删除 BOM 头.
前面说了BOM是MS带来的垃圾, 但是BOM的UTF8除了然并卵之外还有很多问题, 因为BOM在string的开头嵌入了垃圾,
导致正则表达式, string的链接运算等操作都被会被BOM这个垃圾所污染. 对于.go语言, 即使代码完全一样, 有BOM和无BOM会导致文件的MD5之类的校验码不同.
所以, 我觉得Go用户不用纠结BOM这个无关紧要的东西.
在上一个10年 ， 我（Liigo）在我所属的公司里，深度参与了两个编程语言项目的开发 。我想，对于如何判断某个编程语言的优劣 ， 或者说至少对于如何判断某个编程语言是否适合于我自己 ， 我应该还是有一点发言权的 。
第1节：我为什么对Go语言不爽？
Go语言有很多让我不爽之处，这里列出我现在还能记起的其中一部分 ， 排名基本上不分先后 。读者们耐心地看完之后，还能淡定地说一句“我不在乎”吗？
1.1 不允许左花括号另起一行
关于对花括号的摆放，在C语言、C++、Java、C#等社区中 ， 十余年来存在持续争议 ， 从未形成一致意见 。在我看来，这本来就是主观倾向很重的抉择，不违反原则不涉及是非的情况下 ， 不应该搞一刀切，让程序员或团队自己选择就足够了 。编程语言本身强行限制，把自己的喜好强加给别人 ， 得不偿失 。无论倾向于其中任意一种，必然得罪与其对立的一群人 。虽然我现在已经习惯了把左花括号放在行尾，但一想到被禁止其他选择，就感到十分不爽 。Go语言这这个问题上 ， 没有做到“团结一切可以团结的力量”不说，还有意给自己树敌，太失败了 。
我觉得Go最伟大的发明是 go fmt, 从此Go用户不会再有花括弧的位置这种无聊争论了(当然也少了不少灌水和上tiobe排名的机会).
是这优点, Swift 语言也使用和 Go 类似的风格(当然楼主也可能鄙视swift的作者).
1.2 编译器莫名其妙地给行尾加上分号
对Go语言本身而言，行尾的分号是可以省略的 。但是在其编译器（gc）的实现中 ， 为了方便编译器开发者，却在词法分析阶段强行添加了行尾的分号，反过来又影响到语言规范 ， 对“怎样添加分号”做出特殊规定 。这种变态做法前无古人 。在左花括号被意外放到下一行行首的情况下，它自动在上一行行尾添加的分号，会导致莫名其妙的编译错误（Go 1.0之前） ， 连它自己都解释不明白 。如果实在处理不好分号 ， 干脆不要省略分号得了；或者，Scala和JavaScript的编译器是开源的，跟它们学学怎么处理省略行尾分号可以吗？
又是楼主的 个人主观感受, 不过我很喜欢这个特性. Swift 语言也是类似.
1.3 极度强调编译速度，不惜放弃本应提供的功能

推荐阅读


上一篇：银行卡换手机号怎么取钱，银行卡换手机号怎么取钱呢

下一篇：摩托车游戏开放世界安卓，模拟开摩托的游戏