16,551
社区成员
发帖
与我相关
我的任务
分享3000分学习windows系列（5）
学习win设一学期有余，无奈学业繁重，资质鲁钝，对许多问题只是一知半解！现考试临近，特将心中不解贴出，希望各位高手不吝出手，予我等菜鸟一臂之力，小弟拜谢了！
第五问： 在SDI程序中，如果一个菜单命令在应用对象中被处理，请简述其处理的过程
ps 如是粘贴他人或书本上的回答，请注明出处。问题搞清楚，立即结贴，多谢了！
第五问： 在SDI程序中，如果一个菜单命令在应用对象中被处理，请简述其处理的过程
ps 如是粘贴他人或书本上的回答，请注明出处。问题搞清楚，立即结贴，多谢了！
...全文
请发表友善的回复…
发表回复
ionlic 2003-12-31
- 打赏
- 举报
view->doc->docTemplate->FrameWnd->WinApp 对于SDI
lsaturn 2003-12-30
- 打赏
- 举报
huanyun(无妻徒刑)
你倒是跟的快啊！每个都是你第一，学习学习！
你倒是跟的快啊！每个都是你第一，学习学习！
xiaoxiaoliao 2003-12-30
- 打赏
- 举报
对于SDI程序,命令传递顺序为:视图->文档->SDI主框架窗口->应用程序;
对于MDI程序,命令传递顺序为:视图->文档->MDI子窗口->MDI主框架窗口->应用程序.
就这两行够应付了。
对于MDI程序,命令传递顺序为:视图->文档->MDI子窗口->MDI主框架窗口->应用程序.
就这两行够应付了。
zhucde 2003-12-30
- 打赏
- 举报
对于SDI程序,命令传递顺序为:视图->文档->SDI主框架窗口->应用程序;
对于MDI程序,命令传递顺序为:视图->文档->MDI子窗口->MDI主框架窗口->应用程序.
在使用Class Wizard对菜单进行映射后,ClassWizard为菜单项提供了COMMAND消息.在MFC资源文件中,这个消息名为WM_COMMAND.WM_COMMAND消息意味着用户已经选择了一个菜单项(加速器键或工具栏按钮).这些消息报是来年自于用户行为的要求,并且期望某些响应.这样,用户必须为菜单中的每一每间菜单项提供一个WM_COMMAND消息处理程序.如果MFC不能为给定的菜单项找到WM_COMMAND处理函数,那么菜单项会变灰(无效),并且用户不能用这个菜单项.
(打的我累死了)
对于MDI程序,命令传递顺序为:视图->文档->MDI子窗口->MDI主框架窗口->应用程序.
在使用Class Wizard对菜单进行映射后,ClassWizard为菜单项提供了COMMAND消息.在MFC资源文件中,这个消息名为WM_COMMAND.WM_COMMAND消息意味着用户已经选择了一个菜单项(加速器键或工具栏按钮).这些消息报是来年自于用户行为的要求,并且期望某些响应.这样,用户必须为菜单中的每一每间菜单项提供一个WM_COMMAND消息处理程序.如果MFC不能为给定的菜单项找到WM_COMMAND处理函数,那么菜单项会变灰(无效),并且用户不能用这个菜单项.
(打的我累死了)
zhucde 2003-12-30
- 打赏
- 举报
报歉,没看清,
幸好还没有转移...
幸好还没有转移...
zhucde 2003-12-30
- 打赏
- 举报
报歉,在基础类早就规定过,
相同帖子在同一版块不能超过一个,
在大版块不能超过5个,
除了你的系列(1),其余的全部转到非技术类.
相同帖子在同一版块不能超过一个,
在大版块不能超过5个,
除了你的系列(1),其余的全部转到非技术类.
lastman001 2003-12-30
- 打赏
- 举报
我这有书怎么给你呀
huanyun 2003-12-29
- 打赏
- 举报
1. MDI 主視窗（ CMDIFrameWnd） 收到命令訊息WM_COMMAND， 其ID 為
ID_EDIT_CLEAR_ALL。
2. MDI 主視窗把命令訊息交給目前作用㆗的MDI 子視窗（CMDIChildWnd）。
3. MDI 子視窗給它自己的子視窗（也就是View）㆒個機會。
4. View 檢查自己的Message Map。
5. View 發現沒有任何處理常式可以處理此命令訊息，只好把它傳給Document。
6. Document 檢查自己的Message Map，它發現了㆒個吻合項：
BEGIN_MESSAGE_MAP(CScribbleDoc, CDocument)
ON_COMMAND(ID_EDIT_CLEAR_ALL, OnEditClearAll)
...
END_MESSAGE_MAP()
於是呼叫該函式，命令訊息的流動路線也告終止。
如果㆖述的步驟6 仍沒有找到處理函式，那麼就：
7. Document 把這個命令訊息再送到Document Template 物件去。
8. 還是沒被處理，於是命令訊息回到View。
9. View 沒有處理，於是又回給MDI 子視窗本身。
10. 傳給CWinApp 物件-- 無主訊息的終極歸屬。
ID_EDIT_CLEAR_ALL。
2. MDI 主視窗把命令訊息交給目前作用㆗的MDI 子視窗（CMDIChildWnd）。
3. MDI 子視窗給它自己的子視窗（也就是View）㆒個機會。
4. View 檢查自己的Message Map。
5. View 發現沒有任何處理常式可以處理此命令訊息，只好把它傳給Document。
6. Document 檢查自己的Message Map，它發現了㆒個吻合項：
BEGIN_MESSAGE_MAP(CScribbleDoc, CDocument)
ON_COMMAND(ID_EDIT_CLEAR_ALL, OnEditClearAll)
...
END_MESSAGE_MAP()
於是呼叫該函式，命令訊息的流動路線也告終止。
如果㆖述的步驟6 仍沒有找到處理函式，那麼就：
7. Document 把這個命令訊息再送到Document Template 物件去。
8. 還是沒被處理，於是命令訊息回到View。
9. View 沒有處理，於是又回給MDI 子視窗本身。
10. 傳給CWinApp 物件-- 無主訊息的終極歸屬。
