将public成员改为private后，直接访问会因访问控制报错；应按需提供getter/setter，优先const读取接口，避免盲目暴露、误替换及设计退化。
直接访问public成员变量的代码会编译失败
把类成员从 public 改为 private 后，所有原本像 obj.x 这样直接读写变量的地方都会报错，典型错误是：error: 'x' is a private member of 'MyClass'。这不是语法问题，而是访问控制生效了——C++ 不允许外部代码绕过封装直接碰 private 成员。
优先加 getter 和 setter 成员函数
最常见、也最安全的调整方式是提供受控的访问接口。注意别机械照搬，得看使用场景：
- 如果只是读取（比如日志打印、计算输入），只加
const成员函数：int getX() const { return x; } - 如果需要修改（比如配置重载、状态切换），再加非
const的setX，但要检查参数合法性：void setX(int val) { if (val >= 0) x = val; } - 如果变量是
std::string或其他大对象，getX()返回const std::string&更高效，避免无谓拷贝 - 不要为每个
private变量都配一对 getter/setter——如果外部根本不需要改它，就不该暴露setX
调用方代码要逐处替换，不能靠 IDE 全局替换糊弄
搜索 .x、.y 这类模式看似省事，但容易误伤：
- 类内部函数里也有
this->x，不该动 - 派生类里可能通过
Base::x访问（即使x是protected），这种也不在本次调整范围 - 模板代码中
T::x可能指静态成员或嵌套类型，不是目标
正确做法是：定位到每条报错行，确认调用方是否真需要这个值；如果是临时调试打印，考虑加个 dump() 成员函数统一输出，而不是开放所有字段。
立即学习“C++免费学习笔记（深入）”；
有些情况根本不该用 getter/setter
如果调用方代码大量出现 obj.getX(); obj.setX(...); 并且逻辑紧密耦合（比如反复读-算-写），说明职责没分清。这时候更合理的调整是：
- 把那段逻辑“拉进”类里，变成一个新成员函数，比如
obj.adjustXBasedOnY() - 如果涉及多个对象协作，考虑引入策略类或回调，而不是暴露中间状态
- 极端情况：如果改完后发现 90% 的调用都在测试代码里，那应该补单元测试 + 把测试用的
friend声明加到类定义里，而不是为测试开后门
强行加一堆裸 getter/setter 只会让类接口膨胀，还掩盖了真正的设计问题。
