其他语言

本类阅读TOP10

·基于Solaris 开发环境的整体构思
·使用AutoMake轻松生成Makefile
·BCB数据库图像保存技术
·GNU中的Makefile
·射频芯片nRF401天线设计的分析
·iframe 的自适应高度
·BCB之Socket通信
·软件企业如何实施CMM
·入门系列--OpenGL最简单的入门
·WIN95中日志钩子(JournalRecord Hook)的使用

分类导航
VC语言Delphi
VB语言ASP
PerlJava
Script数据库
其他语言游戏开发
文件格式网站制作
软件工程.NET开发
c++中类数据成员的重载问题

作者:未知 来源:月光软件站 加入时间:2005-2-28 月光软件站

今天犯了混,搞得自己晕了半天,以下是我问题总结:

class A
{
public:
 A() : m_run(false) {}
 virtual void Work(){}
 bool GetRunning() {return m_run;}
protected:
 bool m_run;
};

class B : public A
{
public:
 B() : m_run(false) {}
 //override from baseclass
 virtual void Work();
protected:
 bool m_run;
};

void class B::Work()
{
 m_run = true;
}

void runit(A *a)
{
 a->Work();
 if (GetRunning() == false)
  cout << "wrong";
 else
  cout << "right"; 
}

int main()
{
 B *b = new B();
 runit(b);
}


输出结果:wrong

本来想让class B控制其基类class A的受保护数据成员m_run,结果不小心给派生类也加上了一个相同的数据成员。
虽然我在派生类的操作中修改了m_Run的值为true,但这个值是属于派生类的,派生类重载了基类的数据成员,在派生类直接使用的就是这个派生类自己的数据成员。但是派生类可以通过GetRunning去访问积累的数据成员的值,这两个值可以不相同。
所以在通过基类指针进行多态访问的时候,基类的函数GetRunning返回的结果是基类数据成员m_Run,而不是派生类的数据成员m_Run。由于基类的m_Run自从构造函数默认初始化之后,值就在没有变过。

教训:
1)尽量将数据成员放在类的private区域内,这样最安全。
2)千万不可以重载基类的数据成员,本例子就是一个教训。
3)对这种重载的函数可以使用作用域操作附来区分他们,比如A::m_run B::m_run 。




相关文章

相关软件