为何mfc不使用 dynamic_cast这样的基指针向派生类指针的显示转换?（转）

最新推荐文章于 2023-11-27 17:33:11 发布

mannhello

最新推荐文章于 2023-11-27 17:33:11 发布

阅读量1.6k

点赞数

分类专栏： VC++ 文章标签： mfc fun windows class null c

VC++ 专栏收录该内容

30 篇文章 0 订阅

订阅专栏

为何mfc不使用(或较少使用) dynamic_cast<>这样的显示转换?

原因在于:
dynamic_cast<>常用于基指针向派生类指针的转换.
在c++中,如果你希望将一个基指针转换成一个派生类指针,
1)一般情况下, 这个基指针本来就是一个派生类的指针.
当转换为派生类指针的时候,可以访问这个派生类的特有的函数或者成员变量.
2) 如果这个基指针本来就不是一个派生类的指针,那么访问这个派生类的函数或成员变量的时候会出错!!!
    访问不涉及到派生类特有的成员变量的成员函数时还好,一旦访问到了, 就等着崩溃吧.
3) 如果用dynamic_cast<>显示转换, 那么他会在运行期检查vtable虚函数表, 如果这个如果这个基指针本来就是一个派生类的指针,那么可以转换,
    反之, 转换失败,返回空指针!!!, 这样避免了你后续的可能存在的调用派生类成员函数带来的风险.
    我们要检查显示转换的结果.

现在再来解释为何MFC代码少见dynamic_cast<>的原因.

比如MFC中常见下面的这中代码:
(CEdit*)(GetDlgItem(IDC_EDIT_MSG))->SetWindowText();

GetDlgItem()函数其实什么也没做,就是把IDC_EDIT_MSG对应的窗口句柄做了下简单的封装, 返回一个CWnd*指针. 这个CWnd*指针本来就不是一个派生类CEdit的指针,所以没有必要(并且理论上也不可以)转换.
如果通过dynamic_cast<>显示转换, 将返回NULL.

但是, 又想使用CEdit类提供的特有的CWnd类没有提供的方法, 只好强制转换为CEdit*指针.
这时候, 我们可以使用CEdit类提供的方法, 但这些可用的方法是有限制的, 就是没有访问到CEdit特有的成员变量的方法, 一旦访问到了, 就会崩溃了. 幸好, CEdit类大部分方法都是对windowsAPI的封装, 不涉及CEdit特有的成员变量.

上面例子中的 SetWindowText()由于CWnd*也提供有, 所以没有必要转换为CEdit*.
这样写, 也没错:
GetDlgItem(IDC_EDIT_MSG)->SetWindowText();

补充1:
类的成员函数, 其实本质上就是对全局函数的封装. 如果没有访问到类的成员变量, 你可以用一个NULL指针转换为该类的指针,从而调用该类的成员函数.

比如:
class AAA
{
public:
   fun1(){ printf("call me ok in fun1()"); }
   fun2()
   {
     m_i = 1;
     printf("call me ok in fun2()");
   }
   int m_i;
}
(AAA*)(0)->fun1();        // OK
(AAA*)(0)->fun2();        // 程序蹦掉!!!

补充2:
static_cast<>常用于普通的C的不同类型之间的转换. 不适用于指针间转换. 特点精度会有改变, 比如 float->int
reinterpret_cast<>常用与指针间/别的数值往指针间的转换. 特点是: 二进制值未改变
reinterpret_cast<WPARAM>(dc.GetSafeHdc());
dynamic_cast<>常用于基指针向派生类指针的转换.
这是在 <<windows程序调式>>的一本书上看到的.

转载地址：http://blog.csdn.net/zdl1016/archive/2009/03/16/3994309.aspx