图2所示是系统中窗口链表的结构，系统还维护了一张任务链表，每个任务控制块（TCB）中都保留了指向本任务窗口链表的首指针。
3 消息传递与处理
每个窗口（Form）都拥有自己的消息处理函数，该函数接收来自系统（包括窗口和控件）的消息并作相应的处理和动作。每一个窗口处理函数实际上就是一个消息循环，窗口函数通过取消息函数ASIXGetMessage()获得系统任务，并发送给该窗口的消息进行处理。ASIXGetMessage ()获得系统消息并进行相应的处理和消息转换(实际上是将底层操作系统所提供的硬件消息转换成ASIX Window的消息，该函数通过调用相应窗口类所定义的消息翻译函数msg_trans()实现消息的转换)，然后窗口函数对消息进行分检并作相应的处理，这部分代码是用户自己定制的，实际上是用户程序处理来自窗口和控件的消息，用来实现该应用程序的功能。窗口函数调用ASIX Windows的控件消息处理函数DefWindowProc()，该函数是一个消息过滤器及转换器，它接管非用户的，属于控件自己的消息（这个消息可能来自用户的操作）。它首先扫描由取消息函数获得的消息，检查其中是否有属于 ASIX Windows控件的消息。如果该消息属于某个控件，则消息处理函数调用系统窗口链表中该控件所对应的窗口类所指明的消息处理函数，处理这个消息执行相应的动作并可能发出相应的消息（例如，当用户点击某按钮时，控件消息处理函数将接管该点击事件，并执行按钮被点击的动画，同时发送一条该按钮被点击的消息）。
4 图形接口
ASIX Window的图形接口设计引入了硬件抽象层的概念，图形函数（GraphIC API）不直接操纵硬件，而是通过调用硬件抽象层提供的一组基本函数来作具体的图形绘制工作。硬件抽象层函数将按照设备相关的格式将要显示的内容首先填写到系统内存的一片缓冲区（VRAM）中， 然后硬件抽象层的函数将根据传入的参数决定是否将数据复制到LCD控制器。如果所调用函数的应用任务当前拥有LCD（前台任务），则将数据送往LCD控制器，否则该函数仅仅将数据写入VRAM缓冲区（该任务是后台任务）。硬件抽象层还提供了一个叫做Refresh的函数，该函数将把当前VRAM中的内容复制到 LCD控制器的数据寄存器中。系统任务在应用任务切换的时候调用Refresh 函数，将切换进来的任务中所属VRAM的数据刷新到LCD中去，实现屏幕的切换，如图3所示。
图3 ASIX Window的图形上下文
为了避免图形函数重入时带来的问题，以及不同应用任务拥有不同屏幕以及相应属性的问题，在新的设计中采用了图形上下文（Graphic Context，简称GC）的结构。每个需要用到屏幕的应用任务都拥有自己的图形上下文，该结构中保存与硬件无关的显示属性，比如当前色、背景色、当前线宽、当前填充模式、光标的位置、闪烁频率、光标大小、显示缓冲区(VRAM)的头指针、物理屏幕在逻辑屏幕中的位置坐标等信息。
实际上，这样的设计一方面可以实现逻辑屏幕的概念，即应用程序可以在比实际物理屏幕大的屏幕上绘制图形；另一方面，不管应用任务在前台（拥有 LCD）还是在后台(不拥有LCD)，都可以进行图形函数的调用。如果是前台任务，绘制的图形会立刻显示在LCD上；如果是后台任务，图形被暂时“绘制” 到该任务的VRAM中，等下次该后台任务切换到前台时，系统任务（System Task）将调用Refresh 函数将该任务的VRAM刷新到LCD上。
结语
根据以上内容,设计完成了ASIX Window GUI 的原型系统,并在PDA应用中采用了该GUI。为了方便应用程序员的开发，还在此基础上设计了基于MS VC++的GUI模拟器。图4所示是ASIX Window在PDA系统和模拟器上的应用。ASIX Window编译后的核心非常小巧,长度只有200 KB左右。在可移植性方面，该GUI已成功地移植到了68000、X86、ARM等处理器平台上。
图4 ASIX Window在PDA上的应用以及模拟器截图
