计算机软件经历了数十年的发展，形成了多种学术流派

从面向过程编程、面向对象编程，到函数式编程、面向消息编程，各种思想轮番登场。究竟孰优孰劣？这个话题在技术圈里一直争论不休。

C语言是纯过程式的，这与其诞生的历史背景密不可分。Ja va语言则堪称激进的面向对象主义推崇者，一个典型表现就是：它无法容忍体系里存在孤立的函数。而Go语言呢？它没有简单地否定任何一方，而是以一种批判吸收的眼光，对所有编程思想做了一次系统性的梳理。它融合众家之长，同时又时刻警惕特性复杂化，极力维持语言本身的简洁，追求一种“小而精”的哲学。

所以，如果从编程范式的角度来看，Go语言更像是一位变革派，而非改良派。

对面向对象思想：保守态度，有限吸收

对于以C++、Ja va和C#为代表的面向对象（OO）思想体系，Go语言总体上持一种保守态度，只进行有限度的吸收。

首先，Go语言明确反对函数和操作符的重载（overload）。相比之下，C++、Ja va和C#都允许出现同名函数或操作符，只要它们的参数列表不同就行。重载确实解决了一部分面向对象编程（OOP）中的问题，但不可否认，它也极大地增加了这些语言的复杂性。Go语言的设计哲学则截然不同：既然这个特性带来了显著的负担，并且对解决实际问题没有不可替代的价值，那么干脆就不提供它。

其次，Go语言支持类、类成员方法以及类的组合，但它明确反对继承，也反对虚函数（virtual function）和虚函数重载。准确地说，Go语言并非完全没有“继承”的概念，只是它通过组合的语法来实现：

type Foo struct {
Base
...
}
func (foo *Foo) Bar() {
...
}

再次，Go语言果断放弃了构造函数（constructor）和析构函数（destructor）。由于语言设计中就没有虚函数，自然也就不存在vptr（虚函数表指针），在这种情况下，支持构造函数和析构函数的价值就大打折扣。本着“如果一个特性对解决问题没有显著价值，就不提供它”的一向原则，构造函数和析构函数就这样被Go语言的设计者们移除了。

放弃之后，送上大礼：非侵入式接口

在放弃了大量经典的OOP特性之后，Go语言却送上了一份非常棒的礼物：接口（interface）。你可能会问，除了C这种相对原始的语言，还有哪种现代语言没有接口呢？没错，很多语言都有，但它们的接口与Go语言的接口有着本质的区别。

Go语言接口最独特的一点在于它的“非侵入性”。在C++、Ja va和C#中，要实现一个接口，你必须显式地从该接口继承：

class Foo implements IFoo { // Ja va语法
...
}
class Foo : public IFoo { // C++语法
...
}
IFoo* foo = new Foo;

而在Go语言中，实现类时完全不需要从接口派生：

type Foo struct { // Go 语法
...
}
var foo IFoo = new(Foo)

只要Foo这个类型实现了接口IFoo所要求的所有方法，它就自动实现了该接口，可以直接进行赋值。这个看似微小的语法调整，带来的影响却极为深远。

最直接的好处之一就是：Go语言的标准库再也不需要绘制复杂的类库继承树图了。对于开发者来说，你只需要知道某个类型实现了哪些方法，每个方法是干什么的，就足够了。这大大降低了理解和使用的认知负担。

转载于:https://www.cnblogs.com/huhuhuhu/p/5032586.html