来自《 API design for C++ 》
1. 有效性验证(可以在setter里检查设置的值是否在许可区间里)
2. 惰性求值(比如一个成员计算过于耗时,而这个类的用户(这里的用户指其他程序员)不一定需要时,可以在 getter 方法调用的时候再计算)
3. 缓存额外的操作(比如用户调用setter方法时,可以把这个值更新到配置文件里)
4. 通知(其它模块可能需要在某个值发生变化的时候做一些操作,那么就可以在setter里实现)
5. 调试(可以方便的打印设置日志,从而追踪错误)
6. 同步(如果多线程访问需要加锁的话,setter里加锁不是很容易么)
7. 更精细的权限访问(比如private变量只有 getter 没有setter,那客户对该变量就是只读了,而类的内部代码可以读写)
8. 维护不变式关系(比如一个类内部要维持连个变量a和b有a = b * 2的关系,那么在a和b的setter里计算就能维持这样的关系)
我再说个,还可以不对外暴露内部的数据组织方式,即使类数据的组织结构发生变化也不需要修改外部用户的代码。
1. 有效性验证(可以在setter里检查设置的值是否在许可区间里)
2. 惰性求值(比如一个成员计算过于耗时,而这个类的用户(这里的用户指其他程序员)不一定需要时,可以在 getter 方法调用的时候再计算)
3. 缓存额外的操作(比如用户调用setter方法时,可以把这个值更新到配置文件里)
4. 通知(其它模块可能需要在某个值发生变化的时候做一些操作,那么就可以在setter里实现)
5. 调试(可以方便的打印设置日志,从而追踪错误)
6. 同步(如果多线程访问需要加锁的话,setter里加锁不是很容易么)
7. 更精细的权限访问(比如private变量只有 getter 没有setter,那客户对该变量就是只读了,而类的内部代码可以读写)
8. 维护不变式关系(比如一个类内部要维持连个变量a和b有a = b * 2的关系,那么在a和b的setter里计算就能维持这样的关系)
我再说个,还可以不对外暴露内部的数据组织方式,即使类数据的组织结构发生变化也不需要修改外部用户的代码。