uC_GUI 窗体管理及消息处理机制分析

UCGUI 窗体管理及消息处理机制分析----多对话框/模态窗体/透明窗体支持分析问题的提出:[求助]关于对话框处理程序中，想在OK 按钮按下后想弹出一个消息框，该怎么做？直接加在程序中好像不行，如何让消息框弹出后成为模态窗体呢？请版主帮帮忙。

[解析]在UCGUI 中，对话框只支持单个对话框窗体，不支持多个独立的对话框，现在我们从其源码来分析一下它为什么支持单个对话框窗体以及如何改进它以支持多个独立对话框，要讲解这个问题我们必须首先理解UCGUI中的窗体消息LOOP，没有消息LOOP 窗体就是死水一潭，不能接受任何外界的输入,只是一个画在那里的图画而已。

[声明]本文中提到的源码均为UCGUI3.24 版源码，新版UCGUI 源码会有改动，请下载本文示例代码来结合阅读本文。

摘要: 本文主要介绍了UCGUI 中的对话框的消息处理机制,并指出在现有UCGUI 上如何增加多窗体支持,并在分析解决问题时着重介绍了其输入设备消息WM_TOUTCH 及WM_KEY 两类消息处理方法,并同时初步指出一种在UCGUI 中实现模UCGUI 窗体管理及消息处理机制分析态对话框以及透明窗体的原理说明,不还有窗体重画消息WM_PAINT 消息处理原理。

各种基本消息介绍及处理流程对话框内部消息流转及外部消息LOOP 分析.UCGUI 是采用的消息驱动的，它专门有对外的一套收集消息的接口, 在模拟器中, 就是通过LCD 模拟显示屏窗口的MOUSE 消息,将MOUSE 消息传入到这个接口中, 以驱动UCGUI 中的窗体的。

UCGUI 中的消息驱动其实与WINDOWS 的是类似的,几种基本的消息与WINDOWS 是一样的,但UCGUI 的更简单且消息更少,对于一些消息的处理得也很简化，没有WINDOWS 那么多的消息种类及复杂处理。

在WINDOWS 中,如我们处理按钮控件的点击事件的是在WM_COMMAND 消息中,通过按钮的标志ID 来区分不同的按钮,所以按钮标志ID 必须不同的，否则无法区别开(除非不在父窗体的WM_COMMAND 消息中处理)。

UCGUI 中一些基本的消息如下：WM_CREATE---窗体创建消息每创建一个窗体完后都会向该窗体发送此消息，如WM_CreateWindowAsChild 创建完窗体均会发一此消息，但在UCGUI 中对于此消息的很少处理，如果用户想在对话框之后做些初始化操作或是创建其它子窗体的动作，可以处理此消息，不过对话框一般有专门的初始化消息WM_INIT_DIALOG，它是在创建对话框后发送的。

WM_SHOW-----显示窗体消息此消息在UCGUI 中各控件窗体内均未作处理，如果你通过消息发送函数来发送这类没有在UCGUI 中各窗体中处理的消息，是没有有什么响应的，不要感到奇怪。

要显示窗体一般是通过WM_ShowWindow()函数实现的，这个函数做的也就是改变窗体显示标志[WM_SF_ISVIS]，并使窗体矩形区域无效[WM_InvalidateWindow()]以产生重画消息。

WM_SET_ENABLE---设置窗体不能使用消息UCGUI 中有一种复选框为不可改变的，但是这个功能也不完全，如果你对着UCGUI 中的按钮使用WM_DisableWindow()来设置其无效，按钮照样还是可以使用，不过要改进这些小毛病还是很容易的，这里只是提醒大家UCGUI 中很多没有实现的小地方，不要到时候使用时感到很奇怪，感觉到奇怪时最好去看看源码，看看源码中是否实现了此功能，不要郁闷。

WM_PAINT ----窗体重画消息当窗体所在区域全部或是部分区域无效时，系统将会发出该重画消息，将无效区域重画，但UCGUI 中的处理比较简单，都是将窗体全部区域重画；如果用户自己想在窗体上画上一些信息，一般都在在该消息当中画,UCGUI 中的各种提供的系统控件都必须在其系统的提供的消息回调函数中处理此消息来画出控件。

当由外部输入操作引起无效窗体区域产生时，系统都会在消息处理中发送该消息到窗体消息回调函数中，以重画此窗体，在下面讲解消息循环机制时将会着重讲解到该消息的产生。

[透明窗体]---经常有朋友想知道在UCGUI 中如何实现透明窗体，透明窗窗体显示在前台时，可以看到部分位于其窗体后的内容，即透过窗体可以看到窗体背后的图象。

在UCGUI 中有关于透明窗体的设置选项，可是没有实现此功能，其实要实现原理如下：第一透明窗体及其所有子窗体都必须透明处理；第二是对于所有有透明属性的窗体，在绘图时必须使用透明填充功能的矩形填充函数，主要是修改窗体的WM_PAINT 消息中画窗体时的矩形填充函数为透明的矩形填充；第三透明的矩形填充函数的实现，通常情况下的矩形填充是以当前前景色来填充，那么关键就是实现画点函数的透明填充，要使一个透明，可以取当前显存中存点的点的RGB 颜色，然后再与当前要画的颜色按照一个比例进行混合得一个新的RGB 值，再将此值画以屏幕上就可能实现透明填充的效果。

WM_TOUCH----处理类似MOUSE 的滑动操作方式的输入外设的消息，如触摸屏一般都是将其消息从硬件接收到后转化为该消息形式发送出去，该消息中必须包含消息在屏幕中的发生位置坐标及输入设备状态(按下状态或弹起状态)，此消息在任务消息循环中循环处理，一旦产生就会发送给当前焦点窗体，在后面将详细讲解该消息的处理机制。

WM_KEY------处理类似KEY 的按键式操作的输入外设的消息，消息中必须包含按键的按下或弹起状态，此消息也是在任务消息循环中循环处理，一旦产生就会发送给当前焦点窗体，讲解消息LOOP 时再详细介绍。

WM_SET_FOCUS----讲到刚才上面的两个消息时，就反复提到了当前焦点窗体的概念，所有外部输入设备消息都是发送给当前焦点窗体的，用户可以通过此消息来设定当前的焦点窗体。

外部输入操作也会改变当前焦点窗体，如点击某窗体时会在该窗体的WM_TOUCH 消息处理中设置该窗体本身为当前焦点窗体；当在对话框中按键TAB 键时，同样也可以将焦点在对话框上各控件间切换，这是在对话框的WM_KEY 消息中处理实现的[了解一下WM_SetFocusOnNextChild()函数]，是根据创建对话框时指定的资源定义数组中的顺序来切换的，并没有WIN 下面指定的TabIndex 这样一个值来指定次序的值。

WM_NOTIFY_PARENT---这个消息将子窗体的外设输入的消息传送到它的父窗体，因为一般的情况下消息都是在父窗体中统一处理的，如对话框中的按钮点击事件，一般都是在用户自定义的窗体消息处理函数中处理，所以就必须要子窗体将获取的输入外设的消息传送给父窗体，这样才能在父窗体中进行子窗体的点击事件消息的处理，这个消息的机制类似WIN 下面的WM_COMMAND 消息，处理该消息时通过控件ID 来区别不同的控件，通过消息中的通知码来区别控件被操作的各种状态，具体这个消息的详细说明请参见后面的分析。

WM_DELETE---要删除窗体时发送的消息，主要清除窗体数据结构所占用内存，此消息主要由WM_DeleteWindow()函数发送了，如点击OK 按钮关闭对话框时，最终会调用此函数来删除窗体，不过UCGUI 中没有最大化最小化关闭等系统功能按钮。

最基础窗体结构注解如下，在该结构中有两个很重要的成员，hNextLin 是记载窗体的下一个窗体，这个成员用于遍历所有已经创建的窗体；hNext 是记载窗体下一个兄弟窗体，这个成员用于遍历每个窗体对应的子窗体；这个结构是最基础，一般的控件在这个结构之上还会有一些扩展的结构,如按钮对应有WIDGET_HandleActive()—基础控件共通消息处理，在大部分的UCGUI 控件中都会在消息回调函数的头部进行这个调用，如果处理了消息后，就直接退出消息回调函数的调用。

这个函数中处理如下消息：— WM_GET_ID[返窗体控件标志ID].— WM_SET_FOCUS[设置当前窗体为焦点窗体，设置完后还必须向该窗体的父窗体发送一个WM_NOTIFY_CHILD_HAS_FOCUS 消息让其父窗体更新它记载的当前焦点子窗体].— WM_GET_HAS_FOCUS[获取当前窗体是否为焦点窗体].— WM_SET_ENABLE[设置窗体为不可用窗体] .— WM_GET_ACCEPT_FOCUS[获取当前窗体是否可设置为焦点窗体].— WM_GET_INSIDE_RECT[返回窗体内框矩形，如按钮有3D 效果时会有效果边框宽度，内框矩形就是窗体矩形被边框剪裁后的矩形].WM_DefaultProc()----窗体默认消息处理函数，UCGUI 中提供一些基础的控件，这些控件有些共通的消息均在此处理，如下：— WM_GETCLIENTRECT[获取窗体矩形区域，相对于矩形自身]— WM_GETORG[获取窗体矩形左上角坐标].— WM_GET_INSIDE_RECT[获取窗体矩形区域，相对屏幕].— WM_GET_CLIENT_WINDOW[获取窗体客户区子窗体句柄，如对话框的中的子窗体FrameWin 即为此种窗体].— WM_KEY[铵键消息处理，通知父窗体子窗体的按键消息,有些控件自己要处理这个消息，如Edit 控件处理完此消息后就没有再调用WM_DefaultProc()，从而没有将WM_KEY 消息通父窗体；如Button 控件，根本没有对此消息进行处理，直接是通过默认处理发给了父窗体处理；有些控件如Checkbox 自己处理该消息，同时也调用默认消息处量将此消息通知父窗本，此种消息源窗体为子控件，目标窗体为父窗体。

如此处理WM_KEY 消息完全是UCGUI 中如此做，在WIN 中并没有这样做].— WM_GET_BKCOLOR[获取窗体背景色，在此未实现，返回0xfffffff值，但FrameWin 窗体实现了此消息处理].在UCGUI 的对话框的窗口消息处理函数中OK 按钮的点击事件, UCGUI 的处理方法与UCGUI 中的消息种类不多, 只有差不多不到二十种，但对于嵌入式系统来说已经完全足够了,用户可以自定义消息(从WM_USER 起)。

WM_NOTIFY_PARENT 这个消息是由子窗体传送给父窗体的, 由消息的名字也可以看出这一点，OK 按钮也是一个窗体，当MOUSE 点击在它上面时，UCGUI 首先会传递一个WM_TOUCH 消息到OK 按钮的窗口消息处理函数，OK 按钮是一个系统提供的控件，系统已经提供了一个默认的消息的窗口消息处理函数，这个函数会处理大部分的默认窗口消息并随后将此消息转发给父窗体，即WM_NOTIFY_PARENT 消息，它是由函数WM_NotifyParent(hObj, Notification)实现的. WM_TOUCH 消息在按钮的消息处理函数_BUTTON_Callback 中的_OnTouch 函数中处理，在处理过程完后会调用WM_NotifyParent 向按钮的父窗体发WM_NOTIFY_PARENT 消息告诉对话框回调函数按钮被点击了，这个过程再说详细一点是这样的：点击OK 按钮.产生按钮WM_TOUCH 消息.UCGUI 中的消息LOOP 调用按钮默认的按钮窗口消息处理函数_BUTTON_Callback._OnTouch 默认处理按钮点击并发送给父窗体WM_NOTIFY_PARENT 消息，这里要注意MOUSE 点击后，有三种情况：第一种是点击后在按钮范围内弹出MOUSE，这种情况下，会送的消息中还有一个通知码就是WM_NOTIFICATION_RELEASED；第二种情况是点击拖到按钮范围外弹起MOUSE，此时通知码是WM_NOTIFICATION_MOVED_OUT；第三种情况是点击后一直未弹起MOUSE 的过程中消息通知码为WM_NOTIFICATION_CLICKED；在这个函数中还会处理设置按钮点击后MOUSE 至未弹起前的按下状态，这样在按钮下一次画出时就会以按下的状态显示出来. 默认的对话框窗体消息处理函数_FRAMEWIN_Callback 收到WM_NOTIFY_PARENT 消息并最终传送该消息到用户自己定义的对话框消息处理函数，这里要注意的一点是，其实对话框对话框主要是由一个FrameWin 子窗体构成的，这个子窗体大小为对话框指定的大小，对话框上的其它控件是都是FrameWin 的子窗体，由_FRAMEWIN_Callback 传送的消息首先是传送到对话框的默认窗体消息回调函数_cbDialog,然后再经它传送到用户自定义的窗体回调函数当中。