C++中同一基类的两派生类间聚合关系可行性及设计合理性

能不能实现？ #

• 完全可以，不管是面向对象的概念定义层面，还是C++语法层面，这种关系都没有任何阻碍。
• 你提到的“一个派生类用vector存储另一个派生类对象”的写法完全合法，最小可运行示例如下：

#include <vector>

// 公共基类
class Base {
public:
    virtual ~Base() = default;
};

// 第一个派生类
class DerivedA : public Base {
    // 自身业务逻辑
};

// 第二个派生类，聚合DerivedA对象
class DerivedB : public Base {
private:
    std::vector<DerivedA> a_collection;
public:
    void append_a(const DerivedA& obj) {
        a_collection.push_back(obj);
    }
};

• 唯一需要注意的是常规代码组织问题：如果两个派生类互相存在引用，记得用前向声明避免头文件循环包含，这是C++开发的通用注意事项，和这个设计本身无关。

是不是良好实践？有没有逻辑违规？ #

• 这种关系不存在天生的逻辑违规，设计好坏和两个类是否共享同一个基类没有必然联系，核心判断标准只有一个：类之间的关系是否和实际业务建模匹配。
• 举个非常普遍的合理场景：比如基类是FileSystemEntry，两个派生类分别是File和Directory，Directory里存储一组File对象——这就是最典型的同基类派生类聚合，完全符合大众对文件系统的认知，没有人会觉得这个设计有问题。
• 真正会变成坏实践的情况，本质都是建模偏差或者实现错误，和“同基类派生类聚合”这个关系本身无关：
  • 两个类在业务逻辑上根本没有包含/从属关系，硬加聚合导致不必要的强耦合，后续修改一个类必然影响另一个类，违反单一职责原则
  • 实现时犯低级错误，比如存储基类值对象导致对象切片，或者互相持有原始指针造成循环引用内存泄漏，这些都是具体写法的问题，不是关系设计的问题

对应类图参考：

内容的提问来源于stack exchange，提问作者alex_shevch