新智元报导
来历:benjamincongdon.me
修改:大明
【新智元导读】Go言语越来越受欢迎,开发者都喜爱Go言语的哪些特色呢?在社区庆祝Go诞生10周年生日之际,谷歌云软件工程师Benjamin Congdon宣布个人博客,表达了自己对Go倍加喜爱的一些原因。他标明,“简练”是他喜爱运用Go言语最重要的原因。来新智元 AI 朋友圈和AI大咖们一同评论吧。
Go言语最近几年逐渐取得渐渐的变多的开发者的喜爱。在Go社区前不久刚刚庆祝Go诞生10周年生日之际,谷歌云软件工程师Benjamin Congdon宣布个人博客,表达了自己对Go倍加喜爱的一些原因。他标明,“简练”是他喜爱运用Go言语最重要的原因。
以下是博客内容:
我运用Go现已好几年了,我最赏识Go的一点便是它的简练性。我在几个月前开端在工作中运用Go写代码,发现它真的很简单完成迭代,比Python和Java更为杂乱的迭代。
当Go社区庆祝10岁生日时,我一向在想,是什么使Go变得如此异乎寻常。我以为Go的许多真实力气来自其设计师的理念:高度着重前向兼容性,该言语没有危害可读性的特性,而且顺手可得。它供给了用户真实需求的全部(底子测验库,牢靠的联网、同步原语以及模板等)。
前向兼容性有多高、版别依靠性就有多低
我以为,和其它言语比较,Go具有最完善的版别操控和依靠联系。我没有由于Go的版别更新遇到任何丢失。这一点很重要。在差不多的时间段内,由于Rust的API更改,臭名远扬的Python 2到3过渡,我的项目一度陷入了中止。坦率地说,我觉得npm晋级后的任何旧JS项目能不能连续都不好说。
凭借Go,我注意到Go的库趋于稳定。在Python和Javascript中,如果有3年未更新的库,则标明该库已死。而在Go生态体系中,这个库或许依然能够正常的运用。在其他社区中被视为阻滞或忽视的事物,在Go这儿反而是复兴的标志。
在Go中,我需求的依靠项更少,而依靠项自身的依靠项也更少。Go没有将更多的逻辑导出到外部依靠项习气。Go社区中也更简单接受代码重复。有时这一点或许令人懊丧。有时你或许只想要一个履行某种类型的环境或剖析的库。许多时分,你需求自己着手编写,或许从StackOverflow答案中去寻觅。不过总的来说,我以为这一点仍是利大于弊。更少的依靠项意味着项目搁置几个月之后被逼中止的或许性更低。
不过,现在下结论或许对其他编程言语有点不公平。Rust没有到达Go所具有的稳定性,这或许是由于Rust还不是一种老练的言语,但也正朝着逐渐老练方向开展。Python 3自身是向前兼容的,我期望Python中心开发人员能从中学到一些经验。在这方面,我对Javascript现已不抱什么期望了。
Go的依靠体系也不是没问题。虽然GoModules很棒,但社区仍未到达100%的选用率。在运用GoModules之前,将一切内容保存在$ GOPATH下的要求是如此烦人,以致于我推迟了多年才开端运用Go。现在状况现已好转,开端显示出逐渐改进的痕迹。
就向前兼容性而言,Go确保自Go 1发布以来编写的一切Go代码都能够工作到Go 2,直到将来某个不确定的时间。这是一个强力的许诺,至少到目前为止,我对这种言语的运用体会仍是十分活跃的。
一些功用虽然现在不需求,今后或许很想要
在运用Go一段时间后,我开端想要一些Go言语底子不支撑的额定功用。嗯,我对C ++模板的排挤程度不亚于任何一个人,可是具有底子的调集类泛型这个要求也不过火,对吧?
具有“开箱即用”的仅有的两个通用化数据结构是数组(slice)和字典(map)。那是否要编写自己的数据结构呢?要么有必要针对特定类型进行设置,要么需求盯着一个满是界面的字段{}。这两种办法都各有所长,但有时分,我期望我能够只导入类型安全的、通用的、双向map。
Go将“不需求”发挥到了极致。“需求”是这儿的要点词。你将“不需求”泛型,但简直能够肯定会需求它们。它在错误处理,功用编程和运算符重载上都是上上之选。
那句“老生常谈”怎么说来着?有时“少便是多”。除了命名的返回值之外,我想不出Go言语中的任何让用户抓狂的功用了。令人形象深入的是,Go中心开发人员对在Go中仿照其他言语的开发人员集体体现出了极大了束缚。Go 2的未来对我来说真的很令人兴奋,由于我很等待看到现已习气的“下一代” Go是什么姿态。
关于Go令人赞赏的另一点是,它供给了简直一切你需求的东西。
go test是一个很好的根底测验结构。你无需成为JUnit的领域专家,也无需在单元测验类型之间做出合理的挑选。相同,Go的同步功用涵盖了你需求的大多数同步原语,http能够供给可用于出产环境的HTTP服务器和客户端(乃至支撑HTTP2),而且编码包中有满足多的东西能够处理json,xml,csv,以及许多其他常见格局的数据。
格局化,格局化,格局化,重要的工作说三遍
最终有必要提到gofmt。在格局化方面,我有点挑剔。我并不特别在乎运用哪些规矩,可是我十分在乎一致性。Go的内部格局化东西gofmt被社区广泛选用,并供给了满足的一致性,使Go的代码“看起来”很用的惯,而不会看代码看得要抓狂。
就我个人而言,我发现运用gofmt能够轻松阅览开源Go代码。虽然每个项目都有自己的处理方式,可是每个项目都遵从相同的格局约好。从美学上讲,这让人愉悦。
所以,我喜爱Go。曾经有一段时间,我被Python的Zen迷住了,而且对其他言语嗤之以。但现在,我等待Go的美好未来。我或许今后会在Rust流行起来之后,去用Rust赶一波时尚,由于我的确喜爱一些类似于函数式的编程。
可是现在,我十分乐意持续运用Go言语。
https://benjamincongdon.me/blog/2019/11/11/The-Value-in-Gos-Simplicity/