不喜欢go语言的理由 go语言火吗

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

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

创新互联建站基于分布式IDC数据中心构建的平台为众多户提供成都机柜租用 四川大带宽租用 成都机柜租用 成都服务器租用。

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

为什么C++程序员不想改用Go语言

Go语言是谷歌2009发布的编程语言，这个语言发明的目的，就是为了在运行速度接近C/C++语言的基础上（注意是接近），降低开发者的门槛，减少开发难度。 Go语言，在功能上没有超过C/C++，适用者为没有C/C++经验的开发者，开发出接近C效率的程序。 对于已经熟练掌握C/C++的开发者来说，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协议的一部分。