MFC加速键Acceleretor使用及详细介绍

简介：

Acceleretor 从字面上来看是加速键，实际功能是给程序中的控件设置快捷键，设置好以后，按下设置的快捷键效果和点击控件是一样的。

注意：加速键的作用范围是程序，当前程序处于激活状态的时候加速键才会生效

使用：

对于MFC多文档程序单文档程序等，直接在资源视图中的Acceleretor资源中添加新项绑定控件ID和快捷键就好了。

对于对话框程序，我们要做一些额外的操作，对话框程序添加Acceleretor 加速键如下步骤：

新建一个基于对话框的工程，添加一个按钮，修改按钮ID,这里为ID_BTN_OPENFILE，为按钮添加消息响应事件，这里我打开文件保存对话框：

void CAccelDlg::OnBtnOpenfile() 
{
	// TODO: Add your control notification handler code here
	CFileDialog dlg (TRUE);
	dlg.DoModal ();	
}

为工程添加一个加速键资源，添加一条，注意ID要和按钮的ID相同，只有这样才能产生关联

为主对话框类添加一个加速键变量成员：

HACCEL m_hAccel;

在对话框的OnInitDialog初始化函数中加载加速键资源

  // 加载加速键资源
  m_hAccel = LoadAccelerators (AfxGetInstanceHandle (), MAKEINTRESOURCE(IDR_ACCELERATOR1)); 

然而对话框要处理加速键需要处理按键消息，翻译加速键，添加虚函数:PreTranslageMessage,在函数里添加对加速键的翻译函数

BOOL CAccelDlg::PreTanslateMessage(MSG* pMsg)
  {
      if(WM_KEYFIRST<=pMsg->message && pMsg->message <= WM_KEYLAST)
      {
          if(hAccel && ::TranslateAccelerator(m_hWnd,hAccel,pMsg))
              return TRUE;
     }
     return CDialog::PreTranslateMessage(pMsg);
 }

Ok, 到这里就可按 Ctrl+o 键达到和点击“打开”按钮一样的效果：

上述整个操作的结果是我们给打开文件按钮设置了一个加速键Ctrl+O ，按下Ctrl+O的效果和点击打开文件按钮的效果是一样的。

不求甚解：

为什么多文档，单文档程序可以直接使用加速键，而对话框程序却要自己做这么多额外工作（加载加速键资源，翻译加速键）

主要原因是多文档，单文档程序已经封装了上述操作，下面详情说明：

// 解释说明
    MFC对话框不自动处理加速键，你必须自己编写代码来做这件事情。为了理解弄清楚这是为什么，让我们回首Windows开发的历程，
在使用C和原始的Windows API的年代，每一个Windows程序中都有一个叫做消息泵的中枢循环：
while (GetMessage(...)) { 
　TranslateMessage(...);
　DispatchMessage(...); 
}  
　　在这里细节不是最重要的，最重要的是消息并不到达程序的流程，你必须请求消息。这是一种人为的非抢先式多任务方法，这种方法通过每一个任务精诚协作来仿造多任务环境，随着增加的功能越来越多，有人想到了加速键表的主意，这个表用来映射按键和命令IDs。为了实现这个目的，微软发明了一个叫TranslateAccelerator（）的函数。现在这个消息泵变成了如下的样子：
while (GetMessage(...)) { 
　if (TranslateAccelerator(hAccel...)) { 
　　// handled, continue looping 
　} else { 
　　TranslateMessage(...); 
　　DispatchMessage(...); 
　} 
}  
　　hAccel是个加速键表句柄，在这里细节同样不是重要的，重要的是如何利用加速键表，也就是要有一个专门的函数将按键消息解释为WM_COMMAND消息。TranslateAccelerator（）函数寻找WM_KEYDOWN，WM_CHAR，WM_KEYUP序列与表中键值匹配的字符。如果找到，它插入一条WM_COMMAND到消息队列，在消息队列中的命令ID可以是加速键表定义的任何入口。这样你只要设置加速键表（在资源中）并记住调用对应的函数TranslateAccelerator（），就什么都不用担心了。
　　随着Visual C++和MFC的日臻成熟，现在几乎整个消息循环（但不是全部）都被隐藏到了MFC中，为了能让任何窗口都有机会获得一点消息泵的行为，MFC提供了一个专门的虚函数PreTranslateMessage（），如果你有足够的勇气去探究CWinThread中的消息处理机制的话，你会遇到类似如下的代码：
// 简化后的 CWinThread 
while (GetMessage(...)) { 
　if (PreTranslateMessage(...)) { 
　　// continue looping 
　} else { 
　　TranslateMessage(...); 
　　DispatchMessage(...); 
　}
}  
　　CWinThread::PreTranslateMessage（）是个虚函数，在应用中，其缺省的实现以相同的名字调用另一个虚函数CWnd::PreTranslateMessage（）。因此，如果需要在消息循环中做些什么的话，如解释加速键，只要重载PreTranslateMessage（）函数即可。实际上，这就是程序的框架CFrameWnd类处理加速键的方法。
BOOL CFrameWnd::PreTranslateMessage(MSG* pMsg) 
{ 
　......
　if (pMsg->message >= WM_KEYFIRST && pMsg->message <= WM_KEYLAST) 
　{ 
　　::TranslateAccelerator(m_hAccelTable,...); 
　} 
}  
　　CFrameWnd类是从哪里获得加速键表呢？当加载框架时，CFrameWnd::LoadFrame（）函数使用与文档模板相同的ID（如IDR_MAINFRAME）查找加速键表，并将它加载到m_hAccelTable变量中。所有的处理细节在MFC中都是自动的、隐蔽的，读者朋友不用去操心。但是上述内容仅仅是对主框架而言，如果是对话框，则是另外一种情况，因为CDialog不是从CFrameWnd派生而来，所以不继承任何有关加速键的内容。对于这个问题不用担心，我们可以模仿CFrameWnd的工作，很容易为对话框增加加速键的功能。第一步是加载加速键，加载加速键最好的地方是在对话框的OnInitDialog函数中：
BOOL CMyDlg::OnInitDialog() 
{ 
　CDialog::OnInitDialog(); 
　......
　// Load accelerators 
　m_hAccel = ::LoadAccelerators(AfxGetResourceHandle(), m_lpszTemplateName); 
　ASSERT(m_hAccel); 
　return TRUE; 
} 
　　在加速键表中，可以使用任何ID。例如上面的代码使用的是对话框本身的ID，（m_lpszTemplateName既可以是一个串名，也可以是一个MAKEINTRESOURCE使用的整型ID）。
// 本文例子中的加速键(In DlgKeys.rc )
IDD_MYDIALOG ACCELERATORS DISCARDABLE 
BEGIN 
　VK_RETURN, ID_MY_ENTER, VIRTKEY, NOINVERT 
END 
　　一旦已经加载加速键，剩下的事情是重载PreTranslateMessage函数，进行消息映射了：
BOOL CMyDlg::PreTranslateMessage(MSG* pMsg) 
{ 
　if (WM_KEYFIRST <= pMsg->message && pMsg->message <= WM_KEYLAST) 
　{ 
　　HACCEL hAccel = m_hAccel; 
　　if (hAccel && ::TranslateAccelerator(m_hWnd, hAccel, pMsg)) 
　　　return TRUE; 
　} 
　return CDialog::PreTranslateMessage(pMsg); 
} 
　　之所以要检查按键类的消息（从WM_ KEYFIRST 到 WM_KEYLAST）是为了提高速度。如果你知道不是一个按键消息，你就不用浪费时间去调用TranslateAccelerator（）。再说TranslateAccelerator（）是一个虚拟函数，不用增加一个消息映射入口。仅仅写这个函数就可以了。

参考博客：

http://www.cnblogs.com/zengcan/archive/2010/01/25/1655908.html

http://m.blog.csdn.net/article/details?id=38390051