在设计软件时，“组合优于继承”原则通常会带来更灵活、可维护的代码。 go 以其独特的面向对象设计方法，严重依赖于组合而不是继承。让我们看看为什么。
为什么 go 更喜欢组合
在传统的 oop 语言中，继承允许一个类从另一个类继承行为和属性，但这可能会导致僵化的、难以更改的层次结构。 go 完全避免继承，而是鼓励组合——通过组合更小的、集中的组件来构建类型。
行动中的作文
想象一下，我们正在为一家拥有不同类型员工的公司建模：有些是工程师，有些是经理，有些是实习生。我们不会创建复杂的类层次结构，而是将特定行为定义为独立类型，然后组合它们。
示例：go 中的 worker 行为
package main
import "fmt"
type worker interface {
work()
}
type payable struct {
salary int
}
func (p payable) getsalary() int {
return p.salary
}
type manageable struct{}
func (m manageable) manage() {
fmt.println("managing team")
}
type engineer struct {
payable
}
func (e engineer) work() {
fmt.println("engineering work being done")
}
type manager struct {
payable
manageable
}
func (m manager) work() {
fmt.println("managerial work being done")
}
这里：
- 工程师和经理嵌入 payable，给他们发薪水。
- manager 还嵌入了 manageable，赋予他们团队管理能力。
- 每种类型单独实现 work()，满足 worker 接口。
组合的好处
- 简单性：每个行为都封装在其结构中，使其易于扩展。
- 灵活性：可以在不破坏现有代码的情况下添加新类型或行为。
- 可重用性：行为是模块化的，因此我们可以轻松地以不同的方式组合它们。
使用组合接口
在 go 中，接口和组合协同工作，允许多态性而无需继承。以下是我们如何使用单个函数处理多种工作类型：
func DescribeWorker(w Worker) {
w.Work()
}
func main() {
engineer := Engineer{Payable{Salary: 80000}}
manager := Manager{Payable{Salary: 100000}, Manageable{}}
DescribeWorker(engineer)
DescribeWorker(manager)
}
go 对组合而不是继承的偏好不仅仅是一种语言怪癖——它鼓励更干净、更模块化、能够适应变化的代码。您可以获得灵活、可重用的组件，而不是僵化的层次结构，从而使您的代码库保持灵活且易于维护。
