关于类的数据成员的访问权限设计的一些思考（转）

在C++的类的数据成员的访问权限分为三种：public、protect和private。private表示自己本类私有，不允许其它类的直接访问；protected表示自己及子孙可以访问，其它族类不允许直接访问，我们可以把它比作是本家族的共同财富；public表示向全社会都公开的，任何类都可以直接访问的。

      一般而言，出于对数据成员封装性的考虑，我们往往把数据成员设置为protect和private的访问权限。但是最近我发现，将一些类的数据成员设为public的访问权限也是有必要的。那么在什么时候将一些类的数据成员设为public的访问权限呢？

我们知道在C++的代码重用中有两种形式：一种是通过类的继承，另一种通过类的组合。类的组合就是在一个类对象的数据成员的类型是另一个类对象的类型，示例代码如下：

      view plaincopy to clipboardprint?
class B  
{  
};  
class A  
{  
public:  
    B m_Data; // 这里或者是B *m_pData  
};  
class B
{
};
class A
{
public:
 B m_Data; // 这里或者是B *m_pData
}; 

      在这种情况下我倾向于把A类的数据成员m_Data设置为public的访问权限。当然在A类提供一个获取数据B的方法也是可以达到上面效果的，代码如下：

view plaincopy to clipboardprint?
class B  
{  
};  
class A  
{  
public:  
B& GetB()  
{  
    return m_Data;  
}  
protected:  
    B m_Data; // 这里或者是B *m_pData  
}; 
class B
{
};
class A
{
public:
B& GetB()
{
    return m_Data;
}
protected:
 B m_Data; // 这里或者是B *m_pData
};
 

      
      但我认为这种写法实在不如第一种写法好。第一个理由是不够优雅，为了设置B的值我们还得加上一个SetB的方法，这样就形成我的同事所说的"VB风格"的C++代码。第二个理由我发现这种类的组合主要是接口的重用，对类数据的封装主要防止的是对类数据的随意修改，但是开发人员对类的一个复合类型（如类类型或结构体类型）的数据成员的随意修改我觉得可能性比较小（相对于如int、float等简单的数据类型的数据成员而言）。这样倒不如 直接将m_Data 设为public 访问权限外部使用起来更为方便。

本文来自CSDN博客，转载请标明出处：http://blog.csdn.net/clever101/archive/2010/09/18/5892495.aspx