帮我解释一下!

i_doit 2002-09-05 08:33:13
当ClassWizard产生对话框派生类时,会同时产生一个构造函数,该函数调用了CDialog模式对话框构造函数,并使用了资源ID作为参数。在产生的对话框头文件中包含一个类枚举常量IDD,用于设置该对话框资源ID。在CPP文件里,该构造函数用如下方式实现:

CMyDialog::CMyDialog(CWnd * pParent /* = NULL */)
: CDialog(CMyDialog::IDD, pParent)
{
//initialization code here

}
枚举IDD的使用减弱了CPP文件对资源ID的依赖,资源ID在项目的resource.h中定义。


1,CDialog(CMyDialog::IDD, pParent)为什么这么用?
2,枚举IDD的使用减弱了CPP文件对资源ID的依赖,这句话如何理解?
...全文
64 6 打赏 收藏 转发到动态 举报
写回复
用AI写文章
6 条回复
切换为时间正序
请发表友善的回复…
发表回复
rivershan 2002-09-05
  • 打赏
  • 举报
回复
我也不知道~
你用就是了~
impeng 2002-09-05
  • 打赏
  • 举报
回复
第一个问题我还没考虑清楚,先看第二个问题:

“减弱了CPP文件对资源ID的依赖”,这句话的意思其实是说:

通过使用CMyDialog::IDD 来引用对话框的资源ID,要比在代码中直接使用资源ID好得多。
这样做使得你的代码无需关心 对话框资源ID可能发生的改变,你始终是在引用CMyDialog::IDD,如果真实的ID变了,你的其他代码仍然可以正常运行。
puyinghua 2002-09-05
  • 打赏
  • 举报
回复
楼上的
tonyzym 2002-09-05
  • 打赏
  • 举报
回复
1.构造函数的参数
wxdnuaa 2002-09-05
  • 打赏
  • 举报
回复
同意楼上的,这样就表示了该对话框的唯一性。
IDD就唯一确定了该对话框。
javanew 2002-09-05
  • 打赏
  • 举报
回复
你改了资料没关系,只要保证资源ID不变就行了

16,473

社区成员

发帖
与我相关
我的任务
社区描述
VC/MFC相关问题讨论
社区管理员
  • 基础类社区
  • Web++
  • encoderlee
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告

        VC/MFC社区版块或许是CSDN最“古老”的版块了,记忆之中,与CSDN的年龄几乎差不多。随着时间的推移,MFC技术渐渐的偏离了开发主流,若干年之后的今天,当我们面对着微软的这个经典之笔,内心充满着敬意,那些曾经的记忆,可以说代表着二十年前曾经的辉煌……
        向经典致敬,或许是老一代程序员内心里面难以释怀的感受。互联网大行其道的今天,我们期待着MFC技术能够恢复其曾经的辉煌,或许这个期待会永远成为一种“梦想”,或许一切皆有可能……
        我们希望这个版块可以很好的适配Web时代,期待更好的互联网技术能够使得MFC技术框架得以重现活力,……

试试用AI创作助手写篇文章吧