为什么不喜欢go语言 为什么你不喜欢狗英文

Go语言为什么火不起来?目前大部分产品都用c或者c或者其它主流语言编写的,go产品还是很少
go语言工程师少
有编程基础的人学go语言很简单,但是对于新手来说太难 , 现在大多go语言教材都是给会编程语言的人学习,比如教材中说变量、对象、函数 。新手能理解这些? 一个变量都的去查很多资料来了解什么是变量 , 所以新手入门难,而老程序员又都习惯用自己拿手的语言,导致go开发师少 。
为什么Go语言如此不受待见其实并没有不受待见,用的人还是很多的,解决一些特定领域的问题也很方便 。
每种语言的流行程度主要取决于这个语言最著名的killer app的流行程度 , C有Linux,Go有Docker
为什么我不喜欢Go语言式的接口所谓Go语言式的接口,就是不用显示声明类型T实现了接口I,只要类型T的公开方法完全满足接口I的要求,就可以把类型T的对象用在需要接口I的地方 。这种做法的学名叫做Structural Typing , 有人也把它看作是一种静态的Duck Typing 。除了Go的接口以外 , 类似的东西也有比如Scala里的Traits等等 。有人觉得这个特性很好,但我个人并不喜欢这种做法,所以在这里谈谈它的缺点 。当然这跟动态语言静态语言的讨论类似,不能简单粗暴的下一个“好”或“不好”的结论 。
我的观点:
Go的隐式接口Duck Typing确实不是新技术, 但是在主流静态编程语言中支持Duck Typing应该是很少的(不清楚目前是否只有Go语言支持).
静态类型和动态类型虽然没有绝对的好和不好, 但是每个都是有自己的优势的, 没有哪一个可以包办一切. 而Go是试图结合静态类型和动态类型(interface)各自的优势.
那么就从头谈起:什么是接口 。其实通俗的讲,接口就是一个协议,规定了一组成员 , 例如.NET里的ICollection接口:
public interface ICollection {
【为什么不喜欢go语言 为什么你不喜欢狗英文】int Count { get; }
object SyncRoot { get; }
bool IsSynchronized { get; }
void CopyTo(Array array, int index);
}
这就是一个协议的全部了吗?事实并非如此,其实接口还规定了每个行为的“特征” 。打个比方,这个接口的Count除了需要返回集合内元素的数目以外,还隐含了它需要在O(1)时间内返回这个要求 。这样一个使用了ICollection接口的方法才能放心地使用Count属性来获取集合大小,才能在知道这些特征的情况下选用正确的算法来编写程序,而不用担心带来性能问题,这才能实现所谓的“面向接口编程” 。当然这种“特征”并不但指“性能”上的,例如Count还包含了例如“不修改集合内容”这种看似十分自然的隐藏要求,这都是ICollection协议的一部分 。
我们真的需要Go语言吗?我们这个世界真的需要另外一种C语言风格的编程语言吗?很显然,谷歌很早就这么认为了 , 在 2009 年,它借用雷蒙斯乐队的歌“Hey!Ho!Let’s Go”,正式推出了 Go 语言 。现在 Go 语言开发团队已经开发出了这种语言的第一个稳定版本,他们称之为 Go 1,他们将这种语言推向世界,希望人们用这种语言“开发出健壮的软件产品和作品 。”那么,现在人们对这种语言的使用情况又是如何呢?让我们先回顾一下,什么是 Go 语言 , 是什么促使谷歌决定推出这样一种语言?按 Go 语言的“常见问题”里的说法,自从那个“重要的系统级编程语言”诞生距今已超过十几年了,这段时间计算机世界已经发生了很大的变化 。谷歌的才人们对目前现有的各种语言深感失望,他们必须要在“快速的编译、快速的执行或简单编程”之间做出选择 。“没有一种主流的编程语言,例如C,C,Java , Python 等,能提供谷歌人想要的全部特征 。于是,谷歌的工程师从 2007 年起开始开发 Go 语言 。“常见问题”里这样说:Go 语言在基本语法上”基本上属于C语言家族“ , 但它从 Pascal 语系吸收了”大量的理念“,还有一些思想是来自其它的语言 。但对于程序员来说,应该把它当成一种全新的语言 , 一种以”让程序员更有效率,让编程更有效率,至少是让我们更有效率并且使编程更有乐趣“的理念为设计目标的编程语言 。Go 语言擅长做什么…?那么,Go 语言擅长做什么?根据谷歌著名的软件工程师——Go 语言的设计人之一——Rob Pike 的说法 , 它是用来开发”大型软件“的 。Pike 说 Go 语言适合于”很多程序员一起开发的大型软件,并且开发周期较长,支持云计算的网络服务:简言之,就是服务端软件 。Go 语言能够让程序员快速开发,并且在软件不断的增长过程中,它能让程序员更容易地进行维护和修改 。它融合了传统编译型语言的高效性和脚本语言的易用性和富于表达性 。“(作为原贝尔实验室 Unix 开发小组成员,Pike 对系统软件有相当的认识 。)但对于其它类型的软件,Go 语言也一样的好用 。例如,我在 Google上询问了 Go 语言的使用者,得到了 Douglas Fils 的回复,他正在拿各种语言做实验 。Fils 说他现在有时会开发一些 Web 应用程序,大多数都是在 Java 虚拟机(JVM)平台上 。“所以 Java 自然是最常用的 。我最近开始尝试更多的语言,例如 Scala 和 Groovy 。我用 Groovy 语言已经开发了不少的东西 , 而且刚刚完成了一个 Groovy/Grails 语言上的大型项目 。我还研究了一下 Ruby on Rails/Python (Python 框架),并用它们做了一些东西 。”他说他用早期版本的 Go 语言开发了一个 Web 界面来处理数据资源 。但很不幸 。“当时的 Go 的程序库和语法使得开发起来很困难 。我还尝试了 node.js,而且,到了一月份 , 我的精力完全转向了 node.js.”Node.js,Fils 说,很流行,“虽然我很喜欢它,但它的单线程事件循环机制和非阻塞的编程模式让我不太满意 。还有 , 所有的东西都要用 Javascript 的回调函数,我不喜欢这样 。”很显然 , 他不是一个 JavaScript 的粉丝 。Go 语言的语法和结构,从另一方面讲 , “还是很简洁的 。”当Go 语言的语法和结构趋于稳定,并发布了 Go 1 时,他觉得应该转回来,重写他的 Go 语言程序 。这回,他想起来了当初为什么想用 Go 来开发 。关于Go 语言的争论Fils 说,在 Java 里,很多东西都需要有一定的模板套路 , 这是很讨厌 。他说 Scala 和 groovy 要好一些,但仍然是个问题 。Go 语言给人的感觉像一个动态的类型化语言 , Fils 说,但 Go 语言里静态类型特征并不像 Java 里那样明显 。Go 语言的垃圾收集管理,比 JVM 要好的多 。跟 Groovy 这样的动态语言比起来尤其能看出这点 。Fils 在评论中说 Go 语言的速度比其它语言快很多倍 。它运行速度快但不影响负载量 。它编译所需的时间很短,他在开发时能边开发边编译,就像动态语言那样迅速 。最后 , 他说使用 Go 语言要比使用 Node.js,Java 或以 Java 为基础的语言 , Ruby on Rails 等语言要有趣的多 。在开发 JVM 平台上的应用时,我总感觉自己是一个系统管理员 , 而不是一个开发者 。我要修改堆空间,我要研究负载均衡或内存问题或其它的资源管理问题 。而使用 Go 语言 , 我不需要考虑这些 。我开发,编译 , 测试,运行,部署 , 非常的享受 。请注意,并不是所有的人都喜欢 Go 语言 。你可以看一看 Shaneal Manek 的关于 Go 语言的垃圾收集系统以及脚本语言和编译型语言之间比较的评论 。Go 语言能走向主流吗?你的期望是什么?按照 RedMonk’s Stephen O’Grady 的说法 , 对于 Go 语言来说现在还非常年轻 。通常 , 程序员会分成两个阵营:要么欢迎底层语言和脚本型/垃圾收集器型语言的融合,要么是反对这样做 。对于后者,毫无意外的,他们是C语言的坚定拥护者 。围绕着 Go 语言有很多的争论,这不令人吃惊,任何一种语言都是这样 。而令人吃惊的是目前 Go 语言在程序员中获得了相当的吸引力 。O’Grady 二月份在 RedMonk 编程语言分级中把 Go 语言放入了第二梯队 。但是,他说,考虑一下 Go 语言是如此的年轻,“即使是目前这种成绩也是让人相当的印象深刻了 。”谷歌已经发布了 Go 语言的稳定版本,并且在 Google App Engine 支持部署这种语言的应用,这将给 Go 语言带来更多的吸引力 。Go 语言能否成为一种“主流”语言 , 这需要由时间来判定 。不过,看起来除谷歌之外还有很多公司对这种语言也很感兴趣,比如 Engine Yard 等公司 。那些对目前的现存的语言不太满意的程序员大概对 Go 语言都在拭目以待 。如果你在使用 Go 语言或之前简单涉略过它,你需要注意 , Go 1 版引入了不少的变化 。然而从 Go 1 版开始,Go 语言的变化将会遵循它的规格说明书进行 。根据 Go 语言的开发人员的透露 , “也许在某个时间,我们会推出 Go 2 的规范,但在此之前,用 Go 语言编写的程序在今后的 Go 1 版本(Go 1.1, Go 1.2 等)上都能正确的运行 。”你用Go 语言开发过什么项目吗?
为什么不喜欢go语言的介绍就聊到这里吧,感谢你花时间阅读本站内容,更多关于为什么你不喜欢狗英文、为什么不喜欢go语言的信息别忘了在本站进行查找喔 。

    推荐阅读