假设有一个public成员变量,当取消它时、所有使用它的客户代码都会被破坏。因此public成员变量完全没有封装性。 假设有一个protected成员变量,当取消它时、所有使用它的derived classes都会被破坏。 所有反对public成员变量的论点同样适用于protected。其封装性并不比public好 语法一致性:使用不同的访问权限可以使函数对成员变量的处理有更精确的控制。如可以实现“只读”、“只写”、“读写等访问权限”,如下代码class AccessLevel { public: ... intgetReadOnly() const{return readonly;} voidsetReadWrite(int value) {readWrite=value;} intGetReadWrite() const {return readWrite;} voidsetWriteOnly(int value) {writeOnly=value;} private: intnoAccess; //无任何访问 intreadOnly; //只读 intreadWrite; //读写 intwriteOnly; //只写 };
把成员变量隐藏在函数接口后面,可以为“所有可能的实现提供弹性”,封装后,只有成员函数可以影响它们,不封装时、改变public的事情会受到很大束缚,因为那会破坏大多客户端代码。
需要记住的:
1、切记将成员变量声明为private。这可赋予数据访问的一至性,可细微划分访问控制,允诺约束条件获得保证。并为class的实现提供充分的弹性。
2、protected并不比public更具封装性。
条款22、将成员变量声明为private
最新推荐文章于 2026-06-12 13:02:27 发布
本文深入探讨了在C++中使用public、protected和private成员变量时的封装性和语法一致性的重要性。通过实例说明不同访问权限对代码维护、安全性和灵活性的影响,并提出将成员变量声明为private以提高数据一致性、访问控制和代码实现弹性的建议。

493

被折叠的 条评论
为什么被折叠?



