嵌入式系统上消息机制的实现
程序,根据应用程序返回的参数,再决定是否刷新 screenDC,即调用 GDI进行相应区域的重绘工作。
3.2 利用2个数组来记录所有菜单
OBJECT* WIN_OBJECT[]、MENU WIN_MENU[]这2个数组与Menu之间的关系如图 2所示。WIN_OBJECT是一个结构体指针数组,数组的每一项,存放一个指向 OBJECT类型的结构体数组的指针(如mainMenu[3]),这个结构体数组相当于一个菜单的作用,数组的长度表示该菜单下,菜单项的个数,同时,ID标签也指向这个菜单,如图 2中 mainMenu_ID,WIN_OBJECT[mainMenu_ID]中就存放了一个指向mainMenu[]数组的指针。 mainMenu[]中的每一项指向一个具体的OBJECT结构体,可以抽象理解为指向一个按钮。 WIN_MENU[]数组的作用是指示当前菜单下按钮的个数,以及当前按钮的索引和默认按钮的索引,如WIN_MENU[mainMenu_ID]={3,0,0};表示mainMenu_ID菜单下,有3个按钮,默认和当前按钮都是button0。在OBJECT结构体中,还存放了该 OBJECT的事件处理函数指针。
![](../img/eep/emb/emb-29601izqj11z1xbk.jpg)
可以看出,采用这种模型能把前台显示的菜单系统很直观的表现出来,这样,极大的方 便了后台的维护,有着相对可视化的优点,并且具有良好的移植性能,在更换平台时,只要考虑GDI函数的重写以及底层按键与结构体 EVENT_DESCRIPTOR注册关系。适合于轻量级的嵌入式系统应用,不能应用于复杂的界面开发,如需要窗口重叠,剪贴等,也恰恰印证了嵌入式系统都有着自己特殊的应用范围这一特殊性。
4 结 束
本文介绍的消息机制实现灵活,占用额外 ROM空间少,可以用于单环或多线程模式,执行效率高,同样也有着相对完整的结构组织。虽然不适用于大型的界面开发,但是非常适合一些简单应用场合,在当前GUI功能越来越复杂,占用 ROMRAM空间越来越多的情况下,这种简单的实现方法为一些简单的界面开发提供了一种消息机制,能有效的降低成本并保持较高的实时性。此方法已经在基于 UC/OSII的操作系统上实现了多媒体播放器的功能。
- 3DES算法的FPGA高速实现(06-21)
- 基于DSP的Max-Log-MAP算法实现与优化(05-27)
- DSP中DMA操作的无阻塞请求实现(06-18)
- 二维DCT编码的DSP实现与优化(09-08)
- 基于DSP处理器上并行实现ATR算法(01-29)
- 基于DSP的H.324终端设计(05-27)