极点凡人：系统菜单编程.docVIP

系统菜单编程 系统菜单是每个 Windows 程序的标准特性。通常系统菜单由 Windows 系统来管理，所以我们平时时很少去碰它。但是，有的时候，我们确实想定制自己的系统菜单项。这样就涉及到定制菜单的处理问题，因为 Windows 无法自动处理我们定制的系统菜单。而且，系统菜单的处理方式与常规的菜单处理是不同的。 添加菜单首先在资源定义文件 resource.h 中定义菜单项，也可以在标准头文件中定义。菜单项必须具有唯一性。其次，Windows 对系统菜单的处理与常规菜单的处理方法是不同的，不管是缺省的菜单还是定制的菜单，它们都没有常规菜单命令那样的消息处理例程。假设我们要添加个定制的系统单： #define IDM_EXIT 0x0020 添加菜单命令是在对话框的初始化例程以及窗口创建函数（OnInitDialog(), OnCreate()）中进行的。如： BOOL CBabelOnDlg::OnInitDialog() { CDialog::OnInitDialog(); // 在系统菜单中添加退出 菜单项 // 解决 Windows 95 中的 bug ASSERT((IDM_EXIT 0xFFF0) == IDM_EXIT); // 命令 ID 必须在预定义的系统菜单之后 ASSERT(IDM_EXIT 0xF000); CMenu* pSysMenu = GetSystemMenu(); if (pSysMenu != NULL) { pSysMenu-AppendMenu(MF_STRING,IDM_EXIT,退出(x)); } //other initialization } 这里在添加每个菜单前都有两个 ASSERT 语句，第一个 ASSERT 的目的是修复 Windows 95 中存在的 Bug，第二个 ASSERT 保证定制的命令 ID 是在预定义的系统菜单之后，以免发生冲突。查一下 MSDN 库的 MFC 文档关于系统菜单的描述，你会发现下面的内容： “......所有预定义的控制菜单项（也就是系统菜单）的ID号必须大于 0xF000。如果某个应用程序要添加系统菜单其系统菜单的 ID 号必须小于F000。”接下来，用 GetSystemMenu 函数获取系统菜单指针。调用时使用参数 获取指针。如果用 作为参数，那么该函数会将菜单重置回缺省状态。如果得到的指针有效，接着调用菜单添加命令在系统菜单后面添加菜单项，传递菜单ID以及菜单显示时所用的字符串。 处理定制的菜单命令为了让这些系统菜单命令工作起来，我们不能依赖常规的菜单消息处理机制----即便菜单项相同。通常系统菜单通过 WM_SYSCOMMAND 消息处理： void CBabelOnDlg::OnSysCommand(UINT nID, LPARAM lParam) { //trap our own system menu messages if ((nID 0xFFF0) == IDM_ABOUTBOX) { CAboutDlg dlgAbout; dlgAbout.DoModal(); } else if ((nID 0xFFF0)==SC_CLOSE){ OnClose(); } else if ((nID 0xFFF0)==IDM_EXIT) { AfxMessageBox(_T(您已经退出了系统!)); } else { CDialog::OnSysCommand(nID, lParam); } } 通过比较传入的菜单ID进行相应的处理。注意代码中又有两个“nID 0xFFF0”，这主要也是解决 Windows 95 的 bug。如果选择“退出”，那么会 注意第个条件检查：SC_CLOSE 是个预定义的菜单常量。一般它是由 Windows 处理的。如果传入的菜单ID不等于任何定制的菜单项，那么就让 Windows 对它进行默认处理： CDialog::OnSysCommand(nID, lParam); 下面是几个最常用的系统菜单命令：菜单 说明 SC_CLOSE 关闭 CWnd 对象 SC_MAXIMIZE 或者 SC_ZOOM 最大化 CWnd 对象 SC_MINIMIZE 或者 SC_ICON 最小化 CWnd 对象 SC_MOVE 移动 CWnd 对象 SC_RESTORE 恢复窗口的正常位置和大小 SC_SIZE 改变 CWnd 对象大小