应修改现有类型还是创建新类型？Base绑定Data*方案抉择

这两种方案各有适用场景，具体选择取决于你的内存需求、代码维护成本以及类型安全要求，以下是两者的核心优势和适用建议：

方案1：单类型同时持有Metadata与Data* #

这种方案在原有Base类基础上扩展绑定能力，核心优势包括：

• 使用成本低：调用方全程操作同一个Base对象，无需处理对象转换、指针所有权转移等问题，代码逻辑更简洁。
• 迁移成本小：如果已有大量依赖Base类的代码，仅需新增TryBind方法即可完成功能扩展，不会破坏原有调用逻辑。
• 轻量场景下内存高效：若Metadata是轻量级类型（比如仅包含几个基础数据成员），绑定后保留它的内存开销可忽略，无需额外创建新对象，减少内存分配次数。

对应的代码实现：

class Base
{
public:
    bool TryBind()
    {
        m_Data = TryBindMetadata(m_Metadata); // Function that returns a Data*

        if (!m_Data)
            return false;

        return true;
    }

private:
    Metadata m_Metadata;
    Data* m_Data{};
};

方案2：拆分为未绑定/已绑定两个独立类型 #

这种方案通过拆分类明确区分两种状态，核心优势包括：

• 类型安全度高：BoundBase从设计上就代表“已绑定完成”的状态，编译期就能避免调用者在未绑定状态下误用Data*的问题（比如无需每次调用前检查Data*是否为空）。
• 内存开销可控：绑定完成后，原Base对象可被销毁，Metadata占用的内存会被释放，尤其当Metadata是重量级类型时，能显著减少冗余内存占用。
• 职责单一清晰：Base仅负责持有Metadata和发起绑定逻辑，BoundBase仅负责管理已绑定的Data*，符合单一职责原则，后续维护和扩展更便捷（比如给BoundBase新增专属功能时，不会影响Base类的逻辑）。

对应的代码实现：

class Base
{
public:
    BoundBase* TryBind()
    {
        return TryBindMetadata(m_Metadata); // Function that returns a BoundBase*
    }

private:
    Metadata m_Metadata;
};

class BoundBase
{
public:
    BoundBase(Data* data) : m_Data{ data }
    {
    }

private:
    Data* m_Data;
};

选择建议 #

• 优先选方案1：如果Metadata体积小、现有代码对Base类的依赖度高，或者希望尽可能简化调用方的代码逻辑。
• 优先选方案2：如果需要严格区分绑定状态、Metadata是重量级类型，或者追求类设计的职责单一性和长期可维护性。

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