Windows 版 (精华区)

发信人: lansh (海), 信区: Windows
标  题: Windows应用程序设计的特点
发信站: 紫 丁 香 (Mon May  8 16:25:00 2000), 转信

如前所述，Windows操作系统具有MS-DOS操作系统无可比拟的优点，因而受到了广大软件
开发人员的亲睐。但是，熟悉DOS环境下软件开发的程序员很快就会发现，Windows编程
与DOS环境下编程相比有很大的不同。Windows要求以一种全新的思维方式进行程序设计
，主要表现为以下几点：
1.3.1事件驱动的程序设计
    传统的MS-DOS程序主要采用顺序的、关联的、过程驱动的程序设计方法。一个程序
是一系列预先定义好的操作序列的组合，它具有一定的开头、中间过程和结束。程序直
接控制程序事件和过程的顺序。这样的程序设计方法是面向程序而不是面向用户的，交
互性差，用户界面不够友好，因为它强迫用户按照某种不可更改的模式进行工作。它的
基本模型如图1.1所示。
    事件驱动程序设计是一种全新的程序设计方法，它不是由事件的顺序来控制，而是
由事件的发生来控制，而这种事件的发生是随机的、不确定的，并没有预定的顺序，这
样就允许程序的的用户用各种合理的顺序来安排程序的流程。对于需要用户交互的应用
程序来说，事件驱动的程序设计有着过程驱动方法无法替代的优点。它是一种面向用户
的程序设计方法，它在程序设计过程中除了完成所需功能之外，更多的考虑了用户可能
的各种输入，并针对性的设计相应的处理程序。它是一种“被动”式程序设计方法，程
序开始运行时，处于等待用户输入事件状态，然后取得事件并作出相应反应，处理完毕
又返回并处于等待事件状态。它的框图如图1.2所示:
    在图中，输入界面1-4并没有固定的顺序，用户可以随机选取，以任何合理的顺序来
输入数据。
图1.1 过程驱动模型
图1.2事件驱动程序模型
1.3.2 消息循环与输入
    事件驱动围绕着消息的产生与处理展开，一条消息是关于发生的事件的消息。事件
驱动是靠消息循环机制来实现的。
    消息是一种报告有关事件发生的通知。
    消息类似于DOS下的用户输入，但比DOS的输入来源要广，Windows应用程序的消息来
源有以下四种：
    （1）输入消息：包括键盘和鼠标的输入。这一类消息首先放在系统消息队列中，然
后由Windows将它们送入应用程序消息队列中，由应用程序来处理消息。
    （2）控制消息：用来与Windows的控制对象，如列表框、按钮、检查框等进行双向
通信。当用户在列表框中改动当前选择或改变了检查框的状态时发出此类消息。这类消
息一般不经过应用程序消息队列，而是直接发送到控制对象上去。
    （3）系统消息：对程序化的事件或系统时钟中断作出反应。一些系统消息，象DDE
消息（动态数据交换消息）要通过Windows的系统消息队列，而有的则不通过系统消息队
列而直接送入应用程序的消息队列，如创建窗口消息。
    （4）用户消息：这是程序员自己定义并在应用程序中主动发出的，一般由应用程序
的某一部分内部处理。
    在DOS应用程序下，可以通过getchar()、getch()等函数直接等待键盘输入，并直接
向屏幕输出。而在Windows下，由于允许多个任务同时运行，应用程序的输入输出是由W
indows来统一管理的。
    Windows操作系统包括三个内核基本元件：GDI, KERNEL ,USER。其中GDI(图形设备
接口)负责在屏幕上绘制像素、打印硬拷贝输出，绘制用户界面包括窗口、菜单、对话框
等。系统内核KERNEL支持与操作系统密切相关的功能：如进程加载，文本切换、文件I/
O，以及内存管理、线程管理等。USER为所有的用户界面对象提供支持，它用于接收和管
理所有输入消息、系统消息并把它们发给相应的窗口的消息队列。消息队列是一个系统
定义的内存块，用于临时存储消息；或是把消息直接发给窗口过程。每个窗口维护自己
的消息队列，并从中取出消息，利用窗口函数进行处理。框图如下：
图1.3 消息驱动模型
　
　
1.3.3 图形输出
    Windows程序不仅在输入上与DOS程序不同，而且在程序输出上也与DOS有着很大不同
，主要表现为：
    1.DOS程序独占整个显示屏幕，其他程序在后台等待。而Windows的每一个应用程序
对屏幕的一部分进行处理。DOS程序可以直接往屏幕上输出，而Windows是一个多窗口的
操作系统，由操作系统来统一管理屏幕输出；每个窗口要输出内容时，必须首先向操作
系统发出请求(GDI请求)，由操作系统完成实际的屏幕输出工作。
    2.Windows程序的所有输出都是图形。Windows提供了丰富的图形函数用于图形输出
，这对输出图形是相当方便的，但是由于字符也被作为图形来处理，输出时的定位要比
DOS复杂的多。
    比如，在DOS字符方式下，我们可以写出如下程序用于输出两行文字：
printf(“Hello,\n”);
printf(“This is DOS program.\n”);
    而在Windows下要输出这两行文字所做的工作要复杂的多。因为Windows输出是基于
图形的，它输出文本时不会象DOS那样自动换行，而必须以像素为单位精确定位每一行的
输出位置。另外，由于Windows提供了丰富的字体，所以在计算坐标偏移量时还必须知道
当前所用字体的高度和宽度。
    3.Windows下的输出是设备无关的。在DOS下编写过Foxpro程序的读者常常会有这样
的体会，在编写打印报表程序时，要针对不同的打印机在程序中插入不同的打印控制码
，用以控制换页、字体设置等选项。这样的程序编写起来繁琐，而且不容易移植（因为
换一台不同型号的打印机就要重新修改程序）。而Windows下的应用程序使用图形设备接
口（GDI）来进行图形输出。GDI屏蔽了不同设备的差异，提供了设备无关的图形输出能
力，Windows应用程序只要发出设备无关的GDI请求（如调用Rectangle画一个矩形），由
GDI去完成实际的图形输出操作。对于一台具有打印矩形功能的PostScript打印机来说，
GDI可能只需要将矩形数据传给驱动程序就可以了，然后由驱动程序产生PostScript命令
绘制出相应的矩形；而对于一台没有矩形输出功能的点阵打印机来说，GDI可能需要将矩
形转化为四条线，然后向驱动程序发出画线的指令，在打印机上输出矩形。当然，这两
种输出在用户看来并没有什么区别。
    Windows的图形输出是由图形设备接口（GDI）来完成的，GDI是系统原始的图形输出
库，它用于在屏幕上输出像素、在打印机上输出硬拷贝以及绘制Windows用户界面。
    GDI提供两种基本服务：创建图形输出和存储图象。GDI提供了大量用于图形输出的
函数，这些函数接收应用程序发出来的绘图请求、处理绘图数据并根据当前使用设备调
用相应的设备驱动程序产生绘图输出。这些绘图函数分为三类：一是文字输出，二是矢
量图形函数，用于画线、圆等几何图形，三是光栅（位图）图形函数，用于绘制位图。

    GDI识别四种类型的设备：显示屏幕、硬拷贝设备（打印机、绘图机）、位图和图元
文件。前两者是物理设备，后两者是伪设备。一个伪设备提供了一种在RAM里或磁盘里存
储图象的方法。位图存放的是图形的点位信息，占用较多的内存，但速度很快。图元文
件保存的是GDI函数的调用和调用参数，占用内存较少，但依赖于GDI，因此不可能用某
个设备来创建图元文件，而且速度比位图要慢。
    GDI的图形输出是面向窗口的，面向窗口包含两层含义：
    （1）每个窗口作为一个独立的绘图接口来处理，有它自己的绘图坐标。当程序在一
个窗口中绘图时，首先建立缺省的绘图坐标，原点（0，0）位于窗口用户区的左上角。
每个窗口必须独立的维护自己的输出。
    （2）绘图仅对于本窗口有效，图形在窗口边界会被自动裁剪，也就是说窗口中的每
一个图形都不会越出边界。即使想越出边界，也是不可能的，窗口会自动的防止其他窗
口传过来的任何像素。这样，你在窗口内绘图时，就不必担心会偶然覆盖其他程序的窗
口，从而保证了Windows下同时运行多个任务时各个窗口的独立性。
1.3.4 用户界面对象
    Windows支持丰富的用户接口对象，包括：窗口、图标、菜单、对话框等等。程序员
只需简单的几十行代码，就可以设计出一个非常漂亮的图形用户界面。而在DOS环境下，
则需要大量的代码来完成同样的工作，而且效果也没有Windows提供的那么好。下面我们
介绍一下用户界面对象中的一些术语和相关概念。
窗口
    窗口是用户界面中最重要的部分。它是屏幕上与一个应用程序相对应的矩形区域，
是用户与产生该窗口的应用程序之间的可视界面。每当用户开始运行一个应用程序时，
应用程序就创建并显示一个窗口；当用户操作窗口中的对象时，程序会作出相应反应。
用户通过关闭一个窗口来终止一个程序的运行；通过选择相应的应用程序窗口来选择相
应的应用程序。一个典型的窗口外观如图1.4所示。
图1.4 窗口
边框
    绝大多数窗口都有一个边框，用于指示窗口的边界。同时也用来指明该窗口是否为
活动窗口，当窗口活动时，边框的标题栏部分呈高亮显示。用户可以用鼠标拖动边框来
调整窗口的大小。
系统菜单框
    系统菜单框位于窗口左上角，以当前窗口的图标方式显示，用鼠标点一下该图标（
或按ALT+空格键）就弹出系统菜单。系统菜单提供标准的应用程序选项，包括：Restor
e(还原窗口原有的大小)，Move(使窗口可以通过键盘上的光标键来移动其位置)，Size(
使用光标键调整窗口大小)，Minimize(将窗口缩成图标)，Maximize(最大化：使窗口充
满整个屏幕)和Close(关闭窗口)。
标题栏
    标题栏位于窗口的顶部，其中显示的文本信息用于标注应用程序，一般是应用程序
的名字，以便让用户了解哪个应用程序正在运行。标题栏颜色反映该窗口是否是一个活
动窗口，当为活动窗口时，标题栏呈现醒目颜色。鼠标双击标题栏可以使窗口在正常大
小和最大化状态之间切换。在标题栏上按下鼠标器左键可以拖动并移动该窗口，按右键
弹出窗口系统菜单。
菜单栏
    菜单栏位于标题栏下方，横跨屏幕，在它上面列出了应用程序所支持的命令，菜单
栏中的项是命令的主要分类，如文件操作、编辑操作。从菜单栏中选中某一项通常会显
示一个弹出菜单，其中的项是对应于指定分类中的某个任务。通过选择菜单中的一个项
（菜单项），用户可以向程序发出命令，以执行某一功能。如选择“文件->打开...”菜
单项会弹出一个打开文件对话框，让用户选择一个文件，然后打开这个文件。
    一般的，以“...”结尾的菜单项文本表明选择该项时会弹出一个对话框，让用户输
入信息，然后执行操作，如“文件->打开...”。若不以“...”结尾，则表明选择该菜
单项直接执行一个动作，如“编辑”菜单下的“粘贴”菜单项。若一个菜单项呈现灰色
，则表明该菜单当前不可用。有时菜单项上还有加速键，加速键是一种键盘组合，它是
菜单项的一种替代方式，可以让用户通过键盘直接发出命令；在键盘上按下这一键盘组
合，就等效于选择了相应的菜单。如“粘贴（P） CTRL+V”，就表示粘贴操作的加速键
是CTRL+V，按下CTRL+V就执行粘贴操作。
工具条
    工具条一般位于菜单栏下方，在它上面有一组位图按钮，代表一些最常用的命令。
工具条可以显示或隐藏。让鼠标在某个按钮上停一会儿，在按钮下方会出现一个黄色的
小窗口，里面显示关于该按钮的简短说明，叫做工具条提示（ToolTip）。用户还可以用
鼠标拖动工具条将其放在窗口的任何一侧。
客户区
    客户区是窗口中最大的一块空白矩形区域，用于显示应用程序的输出。例如，字处
理程序在客户区中显示文档的当前页面。应用程序负责客户区的绘制工作，而且只有和
该窗口相对应的应用程序才能向该用户区输出。
垂直滚动条和水平滚动条
    垂直滚动条和水平滚动条分别位于客户区的左侧和底部，它们各有两个方向相反的
箭头和一个深色的长度可变的滚动块。可以用鼠标选中滚动条的箭头上下卷滚（选中垂
直滚动条时）或水平卷滚（选中水平滚动条时）客户区的内容。滚动块的位置表示客户
区中显示的内容相对于要显示的全部内容的位置，滚动块的长度表示客户区中显示的内
容大小相对于全部内容大小的比例。
状态栏
    状态栏是一般位于窗口底部，用于输出菜单的说明和其他一些提示信息（如鼠标器
位置、当前时间、某种状态等）。
图标
    图标是一个用于提醒用户的符号，它是一个小小的图象，用于代表一个应用程序。
当一个应用程序的主窗口缩至最小时，就呈现为一个图标。
光标
    Windows的光标是显示屏上的一个位图，而不是DOS下的一条下划线。光标用于响应
鼠标或其他定位设备的移动。程序可以通过改变光标的形状来指出系统中的变化。例如
，程序常显示一个计时的光标，用于指示用户一些漫长的操作正在进行之中。程序也可
以通过改变光标让用户知道程序进入了一种特殊模式，例如，绘图程序经常改变光标来
反映被绘制对象的类型，是直线还是圆或其他。
插入符
    插入符(caret)是一个微小并闪烁的位图，作为一个键盘控制的指针。控制键盘输入
的窗口可以创建一个插入符去通知用户：窗口现在可以进行键盘输入。在DOS环境下，一
般使用“光标”作为键盘指针，而在Windows中，“光标”被作为鼠标指针。
    应用程序必须维护这个插入符。在Windows中，在一个时间只允许有一个插入符存在
。因此，要使用插入符号作为键盘指针的应用程序必须在取得焦点时创建一个插入符号
，并在失去焦点后删除它。
对话框
    对话框是一种特殊的窗口，它提供了一种接收用户输入、处理数据的标准方法。特
别的，当用户输入了一个需要附加信息     的命令时，对话框是接收输入的标准方法。
比如，假设用户要求系统打开一个文件，对话框就可以提供一个让用户从一组文件中选
择一个文件的标准方法。如前所述，在一般情况下，在选择菜单名字后面跟着省略号（
...）的菜单项通常会弹出一个对话框。图1.5给出了查找对话框的一个例子。
图1.5 查找对话框
控件
    在图1.5中，查找对话框是一个独立的窗口，它显示信息并接收用户的输入。在对话
框中，还包含了许多小的窗口，这些窗口被称为控件。控件是应用程序用来获得用户特
定信息的窗口，比如要打开文件的名字或自动换行的设置等。应用程序也会通过控件获
取所需的信息，以便控制程序的某种属性，如自动换行特性的开关。
    控件总是与其他窗口连用，典型的是对话框，但也可以用在普通窗口之中。常见的
控件有：按钮、编辑框、列表框、组合框、静态文本等等。
消息框
    消息框是用于给用户一些提示或警告的窗口。例如，消息框能够在应用程序执行某
项任务过程中出现问题时通知用户。下图所示的对话框警告用户输入了一个不合法的文
件名。
图1.6
　
1.3.5 资源共享
    对于DOS程序来说，它运行时独占系统的全部资源，包括显示器、内存等，在程序结
束时才释放资源。而Windows是一个多任务的操作系统，各个应用程序共享系统提供的资
源，常见的资源包括：设备上下文，画刷，画笔，字体，对话框控制，对话框，图标，
定时器，插入符号，通信端口，电话线等。
    Windows要求应用程序必须以一种能允许它共享Windows资源的方式进行设计，它的
基本模式是这样的：
1.向Windows系统请求资源；
2.使用该资源；
3.释放该资源给Windows以供别的程序使用。
    即使最有经验的Windows程序员也常常会忽略第三步。如果忽略了这一步，轻则当时
不出错，但过一会儿出现程序运行出现异常情况，或干扰别的程序正常运行；重则立即
死机，比如设备上下文没有释放时。
    在Windows应用程序设计中，CPU也是一种非常重要的资源，因此应用程序应当避免
长时间的占用CPU资源（如一个特别长的循环）；如果确实需要这样做，也应当采取一些
措施，以让程序能够响应用户的输入。主存也是一个共享资源，要防止同时运行的多个
应用程序因协调不好而耗尽内存资源。
    应用程序一般不要直接访问内存或其他硬件设备，如键盘、鼠标、计数器、屏幕或
串口、并口等。Windows系统要求绝对控制这些资源，以保证向所有的应用程序提供公平
的不中断的运行。如果确实要访问串并口，应当使用通过Windows提供的函数来安全的访
问。
1.3.6 Windows应用程序组成
    前面介绍了Windows应用程序的特点，现在让我们看看编写一个Windows程序需要做
哪些工作。编写一个典型的Windows应用程序，一般需要：
    1.C,CPP源程序文件：源程序文件包含了应用程序的数据、类、功能逻辑模块（包括
事件处理、用户界面对象初始化以及一些辅助例程）的定义。
    2.H,HPP头文件：头文件包含了CPP、C源文件中所有数据、模块、类的声明。当一个
CPP、C源文件要调用另一个CPP、C中所定义的模块功能时，需要包含那个CPP、C文件对
应的头文件。
    3.资源文件：包含了应用程序所使用的全部资源定义，通常以.RC为后缀名。注意这
里说的资源不同与前面提到的资源，这里的资源是应用程序所能够使用的一类预定义工
具中的一个对象，包括：字符串资源、加速键表、对话框、菜单、位图、光标、工具条
、图标、版本信息和用户自定义资源等。
    其中CPP、C和头文件同DOS下的类似，需要解释的是资源文件。在DOS程序设计过程
中，所有的界面设计工作都在源程序中完成。而在Windows程序设计过程中，象菜单、对
话框、位图等可视的对象被单独分离出来加以定义，并存放在资源源文件中，然后由资
源编译程序编译为应用程序所能使用的对象的映象。资源编译使应用程序可以读取对象
的二进制映象和具体数据结构，这样可以减轻为创建复杂对象所需要得程序设计工作。

    程序员在资源文件中定义应用程序所需使用的资源，资源编译程序编译这些资源并
将它们存储于应用程序的可执行文件或动态连接库中。在Windows应用程序中引入资源有
以下一些好处：
    1.降低内存需求：当应用程序运行时，资源并不随应用程序一起装入内存，而是在
应用程序实际用到这些资源时才装入内存。在资源装入内存时，它们拥有自己的数据段
，而不驻留于应用程序数据段中；当内存紧张时，可以废弃这些资源，使其占用的内存
空间供他用，而当应用程序用到这些资源时才自动装入，这种方式降低了应用程序的内
存需求，使一次可运行更多的程序，这也是Windows内存管理的优点之一。
    2.便于统一管理和重复利用：将位图、图标、字符串等按资源文件方式组织便于统
一管理和重用。比如，将所有的错误信息放到资源文件里，利用一个函数就可以负责错
误提示输出，非常方便。如果在应用程序中要多次用到一个代表公司的徽标位图，就可
以将它存放在资源文件中，每次用到时再从资源文件中装入。这种方式比将位图放在一
个外部文件更加简单有效。
    3.应用程序与界面有一定的独立性，有利于软件的国际化：由于资源文件独立于应
用程序设计，使得在修改资源文件时（如调整对话框大小、对话框控制位置），可以不
修改源程序，从而简化了用户界面的设计。另外，目前所提供的资源设计工具一般都是
采用“所见即所得”方式，这样就可以更加直观、可视的设计应用程序界面。由于资源
文件的独立性，软件国际化工作也非常容易。比如，现在开发了一个英文版的应用程序
，要想把它汉化，只需要修改资源文件，将其中的对话框、菜单、字符串资源等汉化即
可，而无需直接修改源程序。
    但是，应用程序资源只是定义了资源的外观和组织，而不是其功能特性。例如，编
辑一个对话框资源，可以改变对话框的安排和外观，但是却没有也不可能改变应用程序
响应对话框控制的方式。外观的改变可以通过编辑资源来实现，而功能的改变却只能通
过改变应用程序的源代码，然后重新编译来实现。
    Windows应用程序的生成同DOS下类似，也要经过编译、链接两个阶段，只是增加了
资源编译过程，基本流程如下图：
图1.7 应用程序生成过程
    C、CPP编译器将C源程序编译成目标程序，然后使用连接程序将所有的目标程序（包
括各种库）连接在一起，生成可执行程序。在制作Windows应用程序时，编译器还要为引
出函数生成正确的入口和出口代码。
    连接程序生成的可执行文件还不能在Windows环境下运行，必须使用资源编译器对其
进行处理。资源编译器对可执行文件的处理是这样的：如果该程序有资源描述文件，它
就把已编译为二进制数据的资源加入到可执行文件中；否则，仅对该可执行文件进行相
容性标识。应用程序必需经过资源编译器处理才可以在Windows环境下运行。

--
※ 来源:．紫 丁 香 bbs.hit.edu.cn．[FROM: 202.118.226.238]