CAboutDlg 向导自动生成的"关于..."对话框类.相对独立.
CDrawApp: CWinApp派生类, 一般用于完成一些程序的初始化过程,类似于C中的 main(....)函数.
CDrawDoc, CDrawView: CDocument和CView派生类, 处理各种文档的操作,如:打开,关闭,重载,更新等.同时和CView及其派生类结合紧密,一起完成对不同文档的处理过程.可以简单理解为 CDocument类进行实际的工作内容,CView类对CDocument类所做的工作进行绘制,并直观的显示在屏幕上.
CMainFrame: 窗口框架, 一般做为主窗口出现,用来包含各种窗口,处理菜单和工具栏命令.
void CAboutDlg::DoDataExchange这个函数是用来添加消息映射的,说通俗一点就是让你的消息和消息处理函数之间有机的联系起来。
比如说我要按下按钮是执行某个函数,那么就需要把鼠标按下这个消息,和你的函数之见添加映射
我不清楚,但好像这个引用解释的不错:http://k.pconline.com.cn/question/1686411.html
对于这个函数,MSDN是这样描述的:Called by the framework to exchange and validate dialog data.大意是框架调用此函数来改写与确认对话框数据。
反正我没明白这句话的意思。
到是看了下DoDataExchange函数里的DDX型函数,似乎明白了DoDataExchange函数的作用。最近看书的效果很明显哇。
按我的理解,DoDataExchange函数其实是一项数据动态绑定技术。比如你在写动态按扭过程中须对按钮添加变量时,怎么添加?控件类已经写好了,其变量是已经固定的。你要添加新的变量就要用到DoDataExchange函数。
所以你要在对话框的构造函数里面初始化一个变量,再用DoDataExchange函数将它绑定到你的动态按扭中,比如:DDX_Check(pDX, IDC_CHECK1, m_Lesson1);这就是将m_Lesson1(这是一个外部变量,其定义在对话框的构造函数里)绑定到IDC_CHECK1中。
看下DDX_Check函数原型:void AFXAPI DDX_Check(CDataExchange* pDX, int nIDC, int& value);可以看到m_Lesson并不是真的添加到IDC_CHECK1控件里了,注意这是int& value,只是一个值引用而已。差不多的意思就是这个变量被框架传递给控件了。控件只负责使用此变量 ,而不负责改写此变量。-.-
哈哈,写到这里,我也终于明白MSDN那句话的意思了,原来DoDataExchange函数是被框架与控件用来交流数据的。而里面的DDX函数才是动态绑定技术。
值得注意的一点是:MSDN后面附加了一句 Never call this function directly. It is called by the UpdateData member function. Call UpdateData to initialize a dialog box’s controls or retrieve data from a dialog box.就是说此函数永远不被直接调用,它只是呼叫UpdateData函数时才会被调用。(因为每更新一次,它都需要重新绑定一次。是这样子吗?)
总之,这个函数对理解MFC框架是很有用的。对于写控件也是很有用的。
good good study,day day up.....
UpdataData函数内部调用了DoDataExchange。该函数只有一个布尔型参数,它决定了数据传送的方向。调用UpdateData(TRUE)将数据从对话框的控件中传送到对应的数据成员中,调用UpdateData(FALSE)则将数据从数据成员中传送给对应的控件。
UpdateData(false)是将变量的值传到控件.
UpdateData(TRUE)是从控件中取值到关联的变量
void CDlgSelectCS::DoDataExchange(CDataExchange* pDX)
{
}
DoDataExchange会被框架调用,用来改变和验证对话框的数据。在这个函数中一般是将控件和某些变量关联,当在其它地方改变量的值,通过UpdateData 进行双向交换。如:
UpdateData();//将控件的值传给变量
m_ScrCS_Name = "Xian 1980.prj";//分别为控件的变量赋值
UpateData(FALSE);//将变量的值传给控件
说明:
用户程序中的每个CCmdTarget派生类必须提供消息映射以处理消息。在类定义的末尾使用DECLARE_MESSAGE_MAP宏。接着,在定义类成员函数的.CPP文件中,使用BEGIN_MESSAGE_MAP宏,每个用户消息处理函数的宏项下面的列表以及END_MESSAGE_MAP宏。
注释:
如果在DECLARE_MESSAGE_MAP之后定义任何一个成员,那么必须为他们指定一个新存取类型(公共的,私有的,保护的)。
我觉得他描述得欠妥,我的理解是:
只要有:只要是CCmdTarget派生类,必有消息映射以处理消息,则在类的说明文件的尾部有DECLARE_MESSAGE_MAP宏,在类的定义文件中有BEGIN_MESSAGE_MAP宏和END_MESSAGE_MAP宏以处理用户消息。
其中BEGIN_MESSAGE_MAP(参数1,参数2) ,参数1为该类的类名,参数2为该类基类的类名。
其中ON_MESSAGE(参数1,参数2),参数1为响应的消息,参数2为该消息对应的处理的函数名。
请问我的理解有没有问题,你是怎么理解的?请指教。
另外,在函数前面加“afx_msg LRESULT”是给ide用的,没什么用处
struct AFX_MSGMAP_ENTRY
{
//Windows消息ID(windows message)
UINT nMessage;
//控制消息的通知码(control code or WM_NOTIFY code)
UINT nCode;
//Windows Control的ID(control ID (or 0 for windows messages))
UINT nID;
//如果是一定范围的消息被映射,则nLastID指定其范围(used for entries
UINT nLastID;
UINT nSig;
//响应消息时应执行的函数(routine to call (or special value))
AFX_PMSG pfn;
};
在上述结构的六个域中,pfn是一个指向CCmdTarger成员函数的指针。函数指针的类型定义如下:
typedef void (AFX_MSG_CALL CCmdTarget::*AFX_PMSG)(void);
当使用一条或者多条消息映射条目初始化消息映射数组时,各种不同类型的消息函数都被转换成这样的类型:不接收参数,也不返回参数的类型。因为所有可以有消息映射的类都是从CCmdTarge派生的,所以可以实现这样的转换。
nSig是一个标识变量,用来标识不同原型的消息处理函数,每一个不同原型的消息处理函数对应一个不同的nSig。在消息分发时,MFC内部根据nSig把消息派发给对应的成员函数处理,实际上,就是根据nSig的值把pfn还原成相应类型的消息处理函数并执行它。
成员函数 GetMessageMap() 用来得到自身消息映射的函数。