Go 中的脆弱基类问题：微妙的差异
尽管将组合而非继承作为设计原则，但问题依然存在： Go 中存在脆弱基类问题吗？
定义脆弱基类问题
当基类的更改影响其派生类时，就会出现脆弱基类问题意想不到的方式。这是由于多态性而发生的，派生类中的方法可以覆盖基类中的方法。如果随后修改基类方法，可能会无意中破坏派生类的行为。
Go 对问题的看法
在 Go 中，由于缺乏多态性缺乏虚拟方法。相反，Go 使用嵌入，其中一个结构可以包含另一个结构并直接访问其方法。虽然这种方法消除了脆弱基类问题的直接影响，但它引入了微妙的细微差别。
嵌入和方法提升
当嵌入一个结构体时，它的所有方法被提升到封闭的结构。但是，这些方法不能在封闭结构中被重写。相反，可以添加具有相同名称的新方法，但从嵌入结构中调用提升的方法仍将调用原始定义。
上下文中的示例
让我们考虑以下演示脆弱基类问题的 Java 示例：
<code class="java">class Counter {
int value;
void inc() { value++; }
void incBy(int n) { value += n; }
}
class MyCounter extends Counter {
@Override
void inc() { incBy(1); }
}</code>这里，修改 Counter.incBy() 来迭代并调用 inc() 会破坏 MyCounter.inc()，从而导致无限循环。
然而，在 Go 中，由于缺乏多态性，类似的示例不会导致这样的中断。嵌入的 Counter 方法无法被覆盖，因此无论调用上下文如何，原始 Counter.Inc() 方法都将始终被调用。
<code class="go">type Counter struct {
value int
}
func (c *Counter) Inc() { c.value++ }
func (c *Counter) IncBy(n int) { c.value += n }
type MyCounter struct {
Counter
}
func (m *MyCounter) Inc() { m.IncBy(1) }</code>在这种情况下，修改 Counter.IncBy() 不会影响MyCounter.Inc()，它将继续将计数器增加 1。
结论
Go 缓解了由于缺少虚方法而导致的脆弱基类问题，它并没有完全消除它。嵌入过程中方法的提升引入了问题的微妙形式。然而，与经典的脆弱基类问题相比，这种细微差别的破坏性更小，更可预测。
以上是Go 的嵌入方法是否消除了脆弱基类问题？的详细内容。更多信息请关注PHP中文网其他相关文章！
