0

这篇文章的作者指出

“通常你不想访问太多其他类的内部，而私有继承为你提供了一些额外的权力（和责任）。但私有继承并不邪恶；它只是维护成本更高，因为它增加了有人更改会破坏您的代码的东西的可能性。”

Car假设从 private 继承的以下代码Engine：

#include <iostream>
using namespace std;

class Engine
{
    int numCylinders;
    public:
    class exception{};
    Engine(int i) { if( i < 4 ) throw exception(); numCylinders = i; }
    void start() { cout << "Engine started " << numCylinders << " cylinders" << endl; }
};

class Car : private Engine          
{    
    public:
    Car(int i) : Engine(i) {}
    using Engine::start;
};

int main()
{
    try
    {
        Car c(4);
        c.start();
    }
    catch( Engine::exception& )
    {
        cout << "A Car cannot have less than 4 cylinders" << endl;
    }
}

我的问题是：如何Car通过设置例如Engine少于 4 个圆柱体、使用私有继承并且在基类中没有受保护成员来破坏此代码？

4

4 回答 4

2

继承引入比成员关系更紧密耦合的一种方式是派生类和基类的名称空间混合在一起。因此，派生类上下文中名称的含义取决于基类引入的名称，并且存在通常的覆盖/隐藏效果。基类中的更改可能会对派生类中的代码产生影响，这些代码不一定可以清楚地定位，或者会立即产生有用的诊断。相比之下，如果成员对象的接口发生变化，那么最能破坏的将是实际提及成员对象的代码。

于 2012-02-08T18:26:55.020 回答
2

我认为问题不在于 Car 可以破坏您的 Engine 代码，而是通过更改 Engine，有人可以破坏您的 Car 代码。继承代表了比组合更紧密的耦合，因此引擎中的更改更有可能破坏从它继承而不是包含它的类。在 C++ 的情况下，通过让 Car 包含引擎指针或智能指针来实现更松散的耦合。

于 2012-02-08T18:28:36.107 回答
1

我看不到 Car 可以设置 Engine::numCylinders （至少不能没有像访问原始内存这样的肮脏技巧）。文章中的示例使用受保护的方法，您使用私有成员。

顺便说一句：文章以“尽可能使用组合”开头——汽车有引擎，但它不是引擎。当A派生自B时，这通常表示A is a B。

于 2012-02-08T18:31:15.997 回答
0

文章的作者，在上一点中，提到了使用私有继承的一些“弊端”，这里：

  • 如果您希望每辆车包含多个引擎，则需要简单组合变体
  • 私有继承变体可以引入不必要的多重继承
  • 私有继承变体允许 Car 的成员将 Car* 转换为 Engine*
  • 私有继承变体允许访问基类的受保护成员
  • 私有继承变体允许 Car 覆盖 Engine 的虚函数
  • 私有继承变体使得为 Car 提供一个 start() 方法变得稍微简单一些（20 个字符与 28 个字符相比），该方法只需调用引擎的 start() 方法
于 2012-02-08T18:31:12.613 回答