名称以 WM_开始的其他消息。
控制通知消息:控制或子窗口传给父窗口的 WM_COMMAND 通知的消息。
命令消息:在响应用户接口操作时,将产生 WM_COMMAND 命令消息。其参
数指定了用户接口的标识号,如菜单项和按钮等 ID 号。
(2)消息映射过程
在使用 AppWizard 创建应用程序时,MFC 应用程序框架设置了相应的消
息处理函数来响应消息,以完成相应的操作。消息处理函数是某些类(通常是
窗口类)的成员函数和程序员在其中编写响应消息时应进行操作的代码。
框架将消息和它们的处理函数连接起来就是消息映射。消息映射使应用程序在
接收到消息时调用对应的消息处理函数来响应和处理消息。
ClassWizard 在创建新类时将为其创建一个消息映射,并为每个类能响应
的 消 息 和 命 令 增 加 对 应 的 处 理 函 数 。 在 源 代 码 中 , 消 息 映 射 开 始 于
BEGIN_MESSAGE_MAP 宏,结束于 END_MESSAGE_MAP 宏,中间由一系
列预定义的被称为“条目宏”的宏组成。Windows 消息的处理函数在 CWnd 类
中进行了预定义,类库以消息名为基础定义这些处理函数的名称,且 MFC 要求
所有消息处理函数声明为 afx_msg 类型。
通过 ClassWizard 在派生类中用同样的原型定义处理函数并为该函数生成
消息映射条目,然后由程序员编写处理函数代码,并在派生类中覆盖了其父类
的消息处理函数。在有些情况下,必须在派生类的消息处理函数中调用其父类
的消息处理函数,使 Windows 和基类能对消息进行处理。ClassWizard 将在
生成的处理函数中建议是否应调用父类的消息处理函数及调用的次序。除此之
外,用户定义和注册的消息、命令和控制通知都没有默认的处理函数,需要在
定义时声明,一般根据其 ID 名称来为函数命名。
第三章、系统设计和实现
在整个面向对象设计期间,我通过需求分析、总体设计、详细设计三个阶
段完成了整个设计过程。下面分别介绍这三个阶段的实现过程。
3.1 需求分析性能需求
1、性能需求
(1)硬件平台要求
由于本软件为单机软件,不需进行大量的数据读写和数据交换,故对系统
硬件配置的要求并不高,只要能够平稳运行 Windows 操作系统的硬件平台,
都能够使用本软件。提示:软件提供的显示特效,由于其需要相对较为大量的
运算, 故对 CPU 性能要 求较高,要想获得理想的效 果, 建议 CPU 为 PIII
800MHz 以上。
(2)软件环境要求
本软件运行平台为 Microsoft Windows 98/Me/NT/2000/XP/2003。
2、功能需求
本软件要实现的是一款类似于个人管理系统的管家类软件。
本软件有基本信息管理、学习成绩管理、健康信息管理、日程管理、财务
管理等五个功能模块。
每个功能模块都可以实现数据以及文本信息的录入、输出以及用表格形式
进行反馈,其中的学习成绩管理和健康信息管理还可以通过对录入数据的分析
进行一定的评价。