驾校官方网站 模板,wordpress可以做,建立网站时要采用一定的链接结构,seo推广公司排名点击上方蓝色“Go语言中文网”关注我们#xff0c;领全套Go资料#xff0c;每天学习 Go 语言Go 语言最近几年逐渐获得越来越多的开发者的喜欢。在 Go 社区前不久刚刚庆祝Go诞生10周年生日之际#xff0c;谷歌云软件工程师 Benjamin Congdon 发表个人博客(11 月 11 日发表)领全套Go资料每天学习 Go 语言Go 语言最近几年逐渐获得越来越多的开发者的喜欢。在 Go 社区前不久刚刚庆祝Go诞生10周年生日之际谷歌云软件工程师 Benjamin Congdon 发表个人博客(11 月 11 日发表)表达了自己对 Go 倍加青睐的一些原因。他表示“简洁”是他喜欢使用Go语言最重要的原因。原文链接https://benjamincongdon.me/blog/2019/11/11/The-Value-in-Gos-Simplicity/ 以下是译文使用 Go 几年后我真的很欣赏它的简单性。我几个月前开始在工作中使用 Go发现它真的很容易实现迭代甚至是比 Python 和 Java 更为复杂的迭代。当 Go 社区庆祝其成立 10 周年(https://blog.golang.org/10years)时我正在思考是什么使 Go 变得独一无二。我认为 Go 的许多真正力量来自其设计师的理念高度强调向前兼容性该语言没有损害可读性的特性并且随手可得。你真正需要的一切它都提供了(包括基本测试库可靠的联网和同步原语以及模板等)。向前兼容性和依赖性 我认为相较近期的语言Go 具有最完善的版本控制和依赖关系。我从未因为 Go 的版本更新而遇到破坏兼容性的情况。这很重要。在相似的时间段内由于 Rust 的 API 更改臭名昭著的 Python 2 到 3 过渡我的项目中断了老实说如果 npm 升级后我的任何旧 JS 项目让我感到吃惊。借助 Go我注意到库趋于稳定这似乎让人担忧。因为在 Python 和 JavaScript 领域如果你看到 3 年未更新的库则表明该库已死。而在 Go 生态系统中你可能可以使用它。在其他社区中被视为停滞或忽视的事物在 Go 这里反而是复兴的标志。我还注意到在 Go 中我需要更少的依赖项而我的依赖项本身也具有更少的依赖项。Go 没有将尽可能多的逻辑导出到外部依赖项的文化。Go 社区比其他地方更容易接受代码重复。这可能令人沮丧。有时你只想要一个执行某种类型的环境或分析的库。很多时候你需要自己编写该功能或者从 StackOverflow 答案中复制/粘贴该功能。总的来说我认为这一点还是利大于弊。更少的依赖项意味着项目闲置几个月之后被迫中断的可能性更低。现在这对于其他语言、社区可能有点不公平。Rust 尚未达到 Go 所具有的稳定性这可能是因为它还不是一种成熟的语言但它正朝着这一方向发展。Python 3 本身已向前兼容我希望 Python 核心开发人员能从中学到关于硬破损的教训。在这方面我对 Javascript 不太抱有希望但是据说 WebAssembly 和 ES10 将解决我们所有的问题。Go 的依赖管理并不是没有问题。有一阵子dep 和 glide 的破裂确实很烦人。并且尽管 Go Modules 很棒但社区仍未达到 100 的采用率。在使用 Go Modules 之前将所有内容都保留在 $GOPATH 下的要求非常烦人以至于我推迟了多年进入 Go 的工作。现在情况已经好转并显示出改善的迹象。就向前兼容性而言自 Go1 发布以来所有 Go 代码都可以得到兼容性的保证[1]这会一直运行到 Go2直到将来的某个不确定的时间点。这是一个强有力的承诺至少到目前为止这让我对这种语言的使用很放心。“你不需要它”(但你可能想要它) 在使用 Go 一段时间后我开始想要一些 Go 语言根本不支持的额外功能。嗯我对 C 模板的排斥程度不亚于任何一个人但是拥有基本的集合类泛型这个要求也不过分对吧开箱即用的唯一两个通用数据结构是切片(slice)和映射(map)。那是否要编写自己的数据结构要么必须针对特定类型进行设置要么需要盯着一个全是 interface{} 的字段。这两种方法都各有所长但有时候我希望可以只导入类型安全的、通用的、双向 map。Go 将“你根本不需要”[2]发挥到了极致。“需要”是这里的重点词。你“不需要”泛型但几乎可以肯定你想要它。这样的语法糖在错误处理、函数式编程和运算符重载上都是上上之选。那句“陈词滥调”怎么说来着有时“少即是多”。除了命名返回值[3]之外我想不出 Go 语言中的任何让用户抓狂的功能了。令人印象深刻的是Go 核心开发人员对在 Go 中模仿其他语言的开发人员群体表现出了极大了约束。Go2[4] 的未来对我来说真的很令人兴奋因为我很期待看到已经习惯的“下一代” Go 是什么样子。包括了足够你需要的 对于 Go 令人赞叹的另一点是它提供了几乎所有你需要的。go test 是一个很好的(尽管是基本的)测试框架。你无需成为 JUnit 的领域专家也无需在 nose 和 unittest 之间进行选择。为方便起见有一些测试断言库例如 testify[5]你可以引入它们但“你并不必须要”。类似地Go 的 sync 包涵盖了你可能需要的大多数同步原语http提供了可用于生产环境的 HTTP 服务器和客户端(甚至支持 HTTP2)而且 encoding 包有足够多的子包可以处理 json、xml、csv 以及许多其他常见格式的数据。格式化格式化格式化(老外也强调重要的事情说三遍) 最后如果我不提到gofmt我会很失落。在格式化方面我有点挑剔。我并不特别在意使用哪些规则但是我非常在乎一致性。Go 的内部格式化工具 gofmt 已被社区广泛采用并提供了足够的一致性使 Go 的代码“看起来”符合 Go 的习语而不会看代码看得要抓狂。就个人而言我发现使用gofmt可以更轻松地阅读开源 Go 代码。每个项目仍然有自己的处理方式但是每个项目都遵循相同的格式约定。从美学上讲这让人很高兴。所以我喜欢 Go。曾经有一段时间我对 Zen of Python[6] 非常着迷并且对其他语言不屑一顾。我期待 Go 的美好未来我可能以后会在 Rust 流行起来之后去用 Rust 赶一波时髦因为我确实喜欢一些类似于函数式的编程。但是现在我非常愿意继续使用 Go 语言。文中链接[1]保证: https://golang.org/doc/go1compat[2]“你根本不需要”: https://www.martinfowler.com/bliki/Yagni.html[3]命名返回值: http://tour.studygolang.com/basics/7[4]Go2: https://github.com/golang/go/wiki/Go2[5]testify: https://github.com/stretchr/testify[6]Zen of Python: https://www.python.org/dev/peps/pep-0020/推荐阅读深度长文深入Go Runtime你能做到浅出吗?为什么golang没有volatile喜欢本文的朋友欢迎关注“Go语言中文网”Go语言中文网启用微信学习交流群欢迎加微信274768166
