不喜欢go语言的人

为什么我不喜欢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 {

int Count { get; }

object SyncRoot { get; }

bool IsSynchronized { get; }

void CopyTo(Array array, int index);

}

这就是一个协议的全部了吗?事实并非如此,其实接口还规定了每个行为的"特征".打个比方,这个接口的Count除了需要返回集合内元素的数目以外,还隐含了它需要在O(1)时间内返回这个要求.这样一个使用了ICollection接口的方法才能放心地使用Count属性来获取集合大小,才能在知道这些特征的情况下选用正确的算法来编写程序,而不用担心带来性能问题,这才能实现所谓的"面向接口编程".当然这种"特征"并不但指"性能"上的,例如Count还包含了例如"不修改集合内容"这种看似十分自然的隐藏要求,这都是ICollection协议的一部分.

Go语言以后会不会成为web主流开发语言?

不会成为web主流

go是设计初衷来做系统应用和取代C++的....

目前主要用传统编译型语言编译成机器码的形式...

和web开发的跨平台标准化等特性有距离...

我为什么放弃Go语言

有好几次,当我想起来的时候,总是会问自己：我为什么要放弃Go语言?这个决定是正确的吗?是明智和理性的吗?其实我一直在认真思考这个问题.

开门见山地说,我当初放弃Go语言（golang）,就是因为两个"不爽"：第一,对Go语言本身不爽；第二,对Go语言社区里的某些人不爽.毫无疑问,这是非常主观的结论.转载

①1 不允许左花括号另起一行

①10 许多语言内置设施不支持用户定义的类型

①11 没有泛型支持,常见数据类型接口丑陋

为什么Go语言如此不受待见

其实并没有不受待见,用的人还是很多的,解决一些特定领域的问题也很方便.

每种语言的流行程度主要取决于这个语言最著名的killer app的流行程度,C有Linux,Go有Docker

以上就是思力网小编为大家整理的不喜欢go语言的人相关主题介绍,如果您觉得小编更新的文章只要能对粉丝们有用，就是我们最大的鼓励和动力,不要忘记讲本站分享给您身边的朋友哦！！