继承是设计建造者/工厂的好工具吗[关闭]

Question

我有几个复杂的类，它们是使用从要创建的类继承的独立创建者类构建的。

一个例子可能是由无序数据构成的图表。

class Graph{
  //....
  public:
   void showData(); 
  protected: 
    std::vector<std::pair<int,int> > mConnectedData;

}

class GraphCreator:private Graph{
  public:
    //...
    void construct();
  private:
   std::map<double,int> mSomeHelperContainer;
   //...
}

对于构造，我需要许多辅助函数和辅助数据，我将它们放在另一个类 GraphCreator 中。由于许多与图形相关的函数也是必需的，而且我在任何情况下都需要图形的数据，所以我使用私有继承。 由于这绝不是著名的 is-a 关系，而且由于私有继承通常被认为是不良设计的暗示，我有一些疑问： 这是一个好主意和设计工厂的一种适当方式，还是有一些我没有想到的主要缺点？ 设计这样一个工厂的更好方法是什么？

编辑：

感谢到目前为止的回答！ 一些额外的信息，使当前使用的方法的原因更清楚。 我不能使用静态创建方法（Creator 中的状态变量太多）并且我有另一个约束： 我想在库中向其他人提供独立于创建者的图表（例如，连同从文件中读取的方法）。 那些不应该关心创造者。因此我也有点不确定朋友的使用情况，因为它在 Graph 类中添加了代码。

Answer 1

这不是一个好方法（从任何有数据的东西继承很少是）。

传统的方法是：

• 使GraphCreator 成为friend 的Graph
• 在Graph 中将方法实现为static Build 方法（直接）

决定主要取决于你是否需要“工厂”是有状态的。 class 用于表示状态，这是方法无法做到的。

• 因此，如果您需要状态，则需要 class 来存储它，因此 GraphCreator 是您的最佳选择。
• 对于无状态方法，static 方法更轻量级。

如果您还没有决定，请选择最简单的（static 方法），看看能走多远 :)

Answer 2

我从here 采纳的经验法则是

尽可能使用组合，必要时使用私有继承。

“你必须”的一个具体例子是，当你继承的类有一些你必须实现的虚函数或纯虚函数才能使用你的私有基时：如果没有继承，你根本无法做到。

从您的描述中看不出使用继承是不可避免的；因此，我认为最好使用组合。