Go 的嵌入方法是否消除了脆弱基类问题？

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中文网其他相关文章！