Effective C++学习笔记总链接
改善程序与设计的55个具体做法学习笔记-每日1条
条款22:将成员变量声明为private
【技巧】
1. 切记将成员变量声明为private。这可赋予客户访问数据的一致性、可细微划分访问控制、允诺约束条件获得保证,并提供class作者以充分的实现弹性。
2. protected并不比public更具有封装性,只有private提供封装。
为啥不采用public成员变量?
1. 接口的一致性
如果成员变量不是public,客户唯一能够访问对象的办法就是通过成员函数(都是带有圆括号)。
而如果成员变量是public,客户就得迷惑的记住是否该使用圆括号。
2. 使用函数可以让你对成员变量的处理有更精确的控制
如果你令成员变量为public,每个人都可以读写它。
而使用函数,你可以做到“不准访问”、“只读访问”、“读写访问”以及“惟写访问”,并且如此细微地划分访问控制十分有必要。
class AccessLevels
{
public:
int getReadOnly() const { return readOnly;}
void setReadWrite(int value) { readWrite = value; }
int getReadWrite() const { return readWrite; }
void setWriteOnly(int value){ writeOnly = value; }
private:
int noAccess; // 对int 无任何访问动作
int readOnly; // 对int 只读访问
int readWrite; // 对int 读写访问
int writeOnly; // 对int 惟写访问
};
3. 封装可以使“所有可能的实现”提供弹性
如果你通过函数访问成员变量,日后可改某个计算替换这个成员变量,而class客户一点也不会知道class的内部实现变化。
如果你对客户隐藏成员变量(也就是封装它们),可以确保class的约束条件总是会获得维护的。保留了日后变更实现的权利。
public意味不封装,不封装意味不可改变,特别是对被广泛使用的class而言。
被广泛使用的class最需封装的一个族群,它们能够从“改采用一个较佳实现版本”中获益。
只有private提供封装性
虽然protected也具有语法一致性、细微划分之访问控制。但不具有封装性。
成员变量的封装性与“成员变量的内容改变时所破坏的代码数量”成反比。
假设我们有个public 变量,而我们最终取消了它,所有使用它的客户码都会被破坏。
假设我们有个protected变量,取消它之后,所有使用它的derived class 都会被破坏。
因此,protected和public一样缺乏封装性,如果成员变量被改变,都会有不可预知的大量代码受到破坏。