我是 C++ 新手，我的“设计”问题比实际代码更多：
我想编写一个适用于许多不同类型图形的程序，但是我想支持任何类型的顶点或权重（即顶点是字符串或字符，权重可以是 int、double 或 char 或甚至一堂课）。
为此，我编写了一个图形类模板，其中包含一组顶点和一个带有边及其权重和获取/设置函数的地图 - 然后我还有其他类，例如有限状态机图，从类模板“Graphs”继承的常规加权图等。 （在每个图中，我确切地知道顶点和权重的类型）
我这样做是因为扩展基类并从它继承似乎很自然。到目前为止它有效，但后来我想有什么意义？我可以在每个类中简单地创建这些通用图之一并像使用 STL 中的 ADT 一样使用它。
重点是，从类模板继承而不是仅仅在类中创建模板的新对象有什么好处（它本身不是通用的）？
【问题讨论】：
标签： c++ templates inheritance graph
根据您上面给出的解释，继承通用图是不正确的。继承是一种工具，可帮助将现有的相同类型的类扩展为具有附加属性、方法和功能的类。
因此，如果您要做的只是获取通用图，并通过指定边和权重的类型而不向原始类的结构或功能添加任何其他内容来使其成为特定图，那么继承是不必要的。
话虽如此，在很多情况下，可能需要继承模板类，并根据手头的任务将其保留为通用类或特定类。例如，如果您的任务是创建一个表示整数列表的类，该列表具有对列表的常规操作，并且除了实现返回的函数（假设这些数字的平均值或任何其他不受支持的操作由原始的泛型类列表）。在这种情况下，您继承 Class List 并添加您的方法。
同样，如果任务需要，您可以将 List 保留为模板类并添加所需的功能。
【讨论】：
您的问题非常广泛，很大程度上取决于您的具体情况。无论如何，假设您的问题可以简化为：“我可以将对象放入类中，为什么还要使用继承？”，这里有两个客观原因：
空基优化：如果您的基类X 为空（即sizeof(X) == 0），则将其存储为派生类的字段之一将浪费一些内存，因为标准强制每个字段都有自己的地址。使用继承可以防止这种情况。 More information here.
向派生类的用户公开public 方法/字段：如果您想“传播”所有基类的public 方法/fields 到派生的，继承会自动为您完成。如果使用合成，则必须手动公开它们。
【讨论】：