大多数情况下不该自动生成getter/setter，因其破坏封装、阻碍优化且臃肿；仅当需边界检查、通知、延迟计算或ABI兼容时才显式编写。
getter 和 setter 该不该自动生成
大多数情况下，不该。C++ 不是 Java，盲目套用 getter/setter 会破坏封装、阻碍优化，还让接口变得臃肿。只有当字段需要做边界检查、触发通知、延迟计算或兼容 ABI 约束时，才值得写显式的 get_foo() 和 set_foo()。
怎么写一个安全的 const getter
返回值类型必须匹配字段语义：基本类型和小结构体直接返回值；大对象优先返回 const T&；若字段可能为空或需延迟初始化，考虑返回 std::optional<const T&>。切忌返回非 const 引用暴露内部状态。
常见错误：int& get_value() { return value; } —— 外部可绕过逻辑直接改值。
正确写法示例：
立即学习“C++免费学习笔记（深入）”；
class Config {
private:
std::string name_;
public:
const std::string& name() const { return name_; } // 安全
int timeout() const { return timeout_; } // 值语义，无副作用
};
setter 里必须做参数校验吗
必须，但校验逻辑要集中且明确。不要在 setter 里埋 side effect（比如自动重连网络、触发日志、修改其他字段），那会让调用方难以预测行为。
建议用以下方式组织：
- 参数用
const T&或T传入，避免意外移动 - 校验失败抛
std::invalid_argument（标准库兼容）或自定义异常 - 若字段更新需同步多个状态，把整个操作封装成一个带语义的方法，比如
update_timeout(int ms)，而不是裸露set_timeout()
反例：void set_port(int p) { port_ = p; if (p > 0) reconnect(); } —— 调用方根本不知道会重连。
现代 C++ 里有没有更轻量的替代方案
有。如果只是想控制访问权限，用 private + friend 类/函数更直接；如果字段是配置项且只读，用 const 成员 + 构造函数初始化列表就够了；C++20 还可以配合 [[nodiscard]] 提示 getter 返回值不该被忽略。
真正麻烦的是跨 DLL 边界或需要二进制兼容的场景——这时候哪怕字段很简单，也得老老实实写 getter/setter，因为字段偏移一旦变化，客户端就崩。
别为了“看起来整齐”而加 getter/setter，C++ 的封装靠的是访问控制和接口语义，不是语法糖。
