Go：组合与继承，为什么选择组合？
编程范式在过去的几十年里经历了显著的变化，从早期的过程式编程到后来的面向对象编程，再到如今的函数式编程和并发编程。每种编程范式都有其特定的优点和问题。在这篇文章中，我们将专注于Go语言中的一种重要特性：使用组合而不是继承。我们将探讨这种设计的背景和优点，并对比组合和继承的差异。
Go语言的设计哲学
Go语言的设计理念强调简洁性和可用性。Go希望通过提供一种简单、直接、安全的编程语言，使开发者可以高效地解决实际问题。在这种设计理念下，Go选择了组合（composition）作为其核心的代码复用机制，而不是继承（inheritance）。
继承的问题
继承是面向对象编程中的一个核心概念，它允许我们定义一个类（子类）来继承另一个类（父类）的特性。然而，继承也带来了一些问题。
首先，过度使用继承会导致代码结构复杂化，这会使代码的维护和理解变得困难。例如，深层次的继承树和多重继承都可能引发问题。
其次，继承违反了封装原则，因为子类可以访问父类的保护字段和方法。这种紧密耦合使得修改父类的代码变得困难，因为这可能会影响到子类的行为。
最后，继承通常是在编译时确定的，这限制了程序的灵活性。例如，我们不能在运行时改变一个对象的类。
组合的优点
相对于继承，组合提供了一个更为灵活、强大的代码复用机制。组合模型中，一个对象（称为复合对象）可以包含另一个对象（称为组件对象），复合对象可以使用组件对象的行为。
这种模式的优点在于：
- 模块化：每个组件对象都是独立的，它只需要关注自己的行为。这使得代码更容易理解和维护。
- 灵活性：我们可以在运行时动态地改变复合对象的行为，只需要替换其组件对象即可。
- 避免深层次的继承关系：使用组合，我们可以更容易地重用代码，而无需创建复杂的类层次结构。
- 更好的封装：复合对象只能通过组件对象的公共接口来访问其行为，这保证了组件对象内部状态的封装性。
Go语言中的组合
在Go语言中，我们可以通过嵌入（embedding）来实现组合。嵌入允许我们将一个类型（通常是结构体）包含在另一个类型中，而无需创建新的字段。被嵌入的类型的方法会自动“提升”到包含它的类型上，就像这些方法是直接定义在包含类型上一样。
以下是一个简单的例子：
type Engine struct {}
func (e *Engine) Start() {
fmt.Println("Engine started")
}
type Car struct {
Engine
}
func main() {
c := Car{}
c.Start() // Output: Engine started
}
在这个例子中，我们可以看到Car类型嵌入了Engine类型，而Engine类型的Start方法被自动提升到了Car类型上。这种方式使得我们可以在不引入继承的复杂性的情况下，轻松地重用代码。
总结
Go语言通过使用组合而非继承，提供了一种简洁、强大的代码复用机制。这种方式不仅使代码更容易理解和维护，而且提供了更高的灵活性。尽管组合不能完全替代继承，在所有的场景下，但在许多情况下，组合是一个优于继承的选择。