C++中带const引用参数的函数访问成员的最佳实践与场景实现

首先直接给结论：绝对不要把A的成员b设为public——这会彻底破坏封装性，对于大型遗留系统来说，后续的维护成本会指数级上升。针对你的场景，我推荐两种分层友好、符合封装原则的方案，具体选哪种取决于ViewModel对B成员的访问范围：

方案1：提供针对业务场景的细粒度专用接口（优先推荐） #

既然Print只需要读取b.x的值，Read只需要修改b.x的值，那完全没必要暴露整个B对象。在A中直接提供针对x的读写接口：

class A {
private:
    B b;
public:
    // 给Print用的只读接口，const保证不会修改对象
    int getBX() const {
        return b.x;
    }
    // 给Read用的写接口，可以在这里加校验、日志等逻辑
    void setBX(int newValue) {
        // 比如后续可以加合法性检查：if (newValue >=0) ...
        b.x = newValue;
    }
};

然后Print和Read就可以改成：

void Print(const A& a) { 
    cout << a.getBX(); 
}
void Read(A& a) { 
    a.setBX(2); 
}

为什么推荐这个方案？ #

• 最小化暴露：只暴露ViewModel真正需要的功能，符合迪米特法则（最少知识原则），避免ViewModel依赖B的内部结构。
• 隔离变化：如果后续遗留系统中B的x成员发生变化（比如改名、类型变更），只需要修改A的这两个接口，ViewModel的代码完全不用动。
• 可扩展性：如果以后需要对x的读写做统一控制（比如加日志、权限校验、数据合法性检查），直接在A的接口里加就行，不用修改所有调用点。

方案2：提供受限的B对象访问器（当ViewModel需要访问B多个成员时） #

如果你的ViewModel不止需要操作x，还要访问B的其他成员，那可以提供const和非const两种访问器，但依然保持b的私有性：

class A {
private:
    B b;
public:
    // 给const场景（比如Print）用的只读访问器
    const B& getB() const {
        return b;
    }
    // 给非const场景（比如Read）用的可写访问器
    B& getB() {
        return b;
    }
};

此时Print和Read的代码可以改成：

void Print(const A& a) { 
    cout << a.getB().x; 
}
void Read(A& a) { 
    a.getB().x = 2; 
}

这个方案的优势： #

• 比直接把b设为public好得多：A依然保留了对B访问的控制权，后续如果要在访问B前加逻辑（比如懒加载、权限检查），可以在getB()里实现。
• 兼顾了灵活性：当ViewModel需要访问B的多个成员时，不用给每个成员都写单独的读写接口。

注意点： #

• 这种方式比方案1的暴露范围大，所以只有当ViewModel确实需要访问B的多个成员时才用，尽量优先选方案1。

为什么绝对不能把b设为public？ #

对于大型遗留系统来说，这是非常危险的操作：

1. 封装性彻底破坏：所有代码都可以直接修改a.b的任意成员，后续B的任何结构变化都会导致所有直接访问a.b.x的代码崩溃或需要修改，维护成本极高。
2. 无法统一控制：如果以后需要对B的访问做统一处理（比如统计修改次数、加校验），根本找不到所有调用点，只能逐个排查，几乎不可能完成。
3. 分层架构混乱：ViewModel属于上层逻辑，直接操作底层模型的私有成员会导致分层边界模糊，耦合度急剧上升，后续迭代会越来越难。

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