MFC 中的COMMAND 与UPDATE_COMMAND_UI 是什么联系,有什么不同的?这些消息响应是一样的吗? 15
3个回答
展开全部
UPDATE_COMMAND_UI
处理菜单对应的用户界面
COMMAND
处理该菜单对应的功能
传统SDK程序,要改变选单命令项状态,可以呼叫EnableMenuItem或是CheckMenuItem,但这使得程序杂乱无章,因为你没有一个固定的位置和固定的原则处理命令项状态。MFC提供一种的方式,解决这个问题,这就是UPDATE_COMMAND_UI消息。其设计理念是,每当选单被拉,并尚未显示之前,其命令项(以及对应之工具栏按钮)都会收到UPDATE_COMMAND_UI消息,这个消息和WM_COMMAND有一样的绕行路线,我们只要在适当的类中放置其处理函数,并在函数中做某些判断,便可决定如何显示命令项。
这种方法的最大好处是,不但把问题的解决方式统化,更因为 Framework传给UPDATE_COMMAND_UI处理程序的参数是个「指向CCmdUI对象的指针」,而CCmdUI对象就代表着对应的选单命令项,因此你只需呼叫 CCmdUI 所准备的,专门用来处理命令项外观的函数(如Enable或SetCheck)即可,我们的工作量大为减轻。
如果要使菜单变灰、或者在菜单项里面打勾
用那个UPDATE_COMMAND_UI,否则用COMMAND
例子:
void CMainFrame::OnUpdateSelectBlue(CCmdUI* pCmdUI)
{
// TODO: Add your command update UI handler code here
pCmdUI->SetCheck(true);//把菜单选中
}
这种更新机制仅适用于弹出式菜单,对于顶层菜单象File和Edit菜单,就不能使用这种更新机制。
处理菜单对应的用户界面
COMMAND
处理该菜单对应的功能
传统SDK程序,要改变选单命令项状态,可以呼叫EnableMenuItem或是CheckMenuItem,但这使得程序杂乱无章,因为你没有一个固定的位置和固定的原则处理命令项状态。MFC提供一种的方式,解决这个问题,这就是UPDATE_COMMAND_UI消息。其设计理念是,每当选单被拉,并尚未显示之前,其命令项(以及对应之工具栏按钮)都会收到UPDATE_COMMAND_UI消息,这个消息和WM_COMMAND有一样的绕行路线,我们只要在适当的类中放置其处理函数,并在函数中做某些判断,便可决定如何显示命令项。
这种方法的最大好处是,不但把问题的解决方式统化,更因为 Framework传给UPDATE_COMMAND_UI处理程序的参数是个「指向CCmdUI对象的指针」,而CCmdUI对象就代表着对应的选单命令项,因此你只需呼叫 CCmdUI 所准备的,专门用来处理命令项外观的函数(如Enable或SetCheck)即可,我们的工作量大为减轻。
如果要使菜单变灰、或者在菜单项里面打勾
用那个UPDATE_COMMAND_UI,否则用COMMAND
例子:
void CMainFrame::OnUpdateSelectBlue(CCmdUI* pCmdUI)
{
// TODO: Add your command update UI handler code here
pCmdUI->SetCheck(true);//把菜单选中
}
这种更新机制仅适用于弹出式菜单,对于顶层菜单象File和Edit菜单,就不能使用这种更新机制。
推荐律师服务:
若未解决您的问题,请您详细描述您的问题,通过百度律临进行免费专业咨询