嵌入式GUI的相关比较


本文转载于

scaleyuming的专栏(CSDN)


一、Microwindows
Microwindows是一个典型的基于Server/Clinent体系结构的GUI系统 他分为三层 显示设备、输入设备,窗口管理硬件抽象层,Nano-X、ECMA APIW。
最底层是面向图形显示和键盘、鼠标或触摸屏的驱动程序;中间层提供底层硬件的抽象接口,并进行窗口管理;最高层分别提供兼容于 X Window和ECMA APIW(Win32子集)的API。其中使用Nano-X接口的API与X接口兼容,但是该接口没有提供窗口管理,如窗口移动和窗口剪切等高级功能,系 统中需要首先启动nano-X的Server程序nanoxserver和窗口管理程序nanowm。用户程序连接nano-X的Server获得自身的 窗口绘制操作。使用ECMA APIW编写的应用程序, 无需nanox-server和nanowm,可直接运行。
Microwindwos系 统提供了相对完善的图形功能和一些高级的特性,如Alpha混合、三维支持和TrueType字体支持等。该系统为了提高运行速度,也改进了基于 Socket套接字的X实现模式,采用了基于消息机制的Server/Client传输机制。Microwindows也有一些通用的窗口控件,但其图形 引擎存在许多问题,可以归纳如下:
1、     无任何硬件加速能力;
2、图形引擎中存在许多低效算法,如在圆弧图函数的逐点判断剪切的问题。
3、由于该项目缺乏一个强有力的核心代码维护人员,2003年Microwindows推出版本0.90 后,该项目的发展开始陷于停滞状态。
二、 miniGUI
  MiniGUI是由国内自由软件开发人员设计开发的,目标是为基于Linux的实时嵌入式系统提供一个轻量级的图形用户界面支持系统。MiniGUI的体系架构分为GAL层和IAL层、Mini-thread,Mini-lite层、ECMA APIW三层。
  MiniGUI分为最底层的GAL层和IAL层,向上为基于标准POSIX接口中pthread库的Mini-thread架构 和基于Server/Client的Mini-Lite架构。其中前者受限于thread模式对于整个系统的可靠性影响——进程中某个thread的意外 错误可能导致整个进程的崩溃,该架构应用于系统功能较为单一的场合。Mini-Lite应用于多进程的应用场合,采用多进程运行方式设计的 Server/Client架构能够较好地解决各个进程之间的窗口管理、Z序剪切等问题。MiniGUI还有一种从Mini-Lite衍生出的 standalone运行模式。与Lite架构不同的是,standalone模式一次只能以窗口最大化的方式显示一个窗口。这在显示屏尺寸较小的应用场 合具有一定的应用意义。
  MiniGUI的GAL层技术SVGA lib、LibGGI、基于framebuffer的native图形引擎以及哑图形引擎等,对于Trolltech公司的QVFB在X Window下也有较好的支持。IAL层则支持Linux标准控制台下的GPM鼠标服务、触摸屏、标准键盘等。
  MiniGUI下丰富的控件资源也是MiniGUI的特点之一。当前MiniGUI的最新版本是1.3.3。该版本的控件中已经添加了窗口皮肤、工具条等桌面GUI中的高级控件支持。
 三、 QT/Embedded   Qt/Embedded是著名的Qt库开发商Trolltech公司开发的面向嵌入式系统的Qt版本。因为Qt是KDE等项目使用的GUI支持库,许 多基于Qt的X Window程序因此可以非常方便地移植到Qt/Embedded上。Qt/Embedded同样是Server/Client结构。
  Qt/Embedded延续了Qt在X上的强大功能,在底层摒弃了X lib,仅采用framebuffer作为底层图形接口。同时,将外部输入设备抽象为keyboard和mouse输入事件,底层接口支持键盘、GPM鼠标、触摸屏以及用户自定义的设备等。
  Qt/Embedded类库完全采用C++封装。丰富的控件资源和较好的可移植性是Qt/Embedded最为优秀的一方面。它的类库接口完全兼容于同版本的Qt-X11,使用X下的开发工具可以直接开发基于Qt/Embedded的应用程序QUI界面。
   与前两种GUI系统不同的是,Qt/Embedded的底层图形引擎只能采用framebuffer。这就注定了它是针对高端嵌入式图形领域的应用而设 计的。由于该库的代码追求面面俱到,以增加它对多种硬件设备的支持,造成了其底层代码比较凌乱,各种补丁较多的问题。Qt/Embedded的结构也过于 复杂臃肿,很难进行底层的扩充、定制和移植,尤其是用来实现signal/slot机制的moc文件。
 
以上是常用的三种系统的介绍。再正常的应用中,应该考虑后两种系统。第一种系统几乎没有人再商业中使用。
MiniGUI和QTE这两种系统的都具有免费版本和授权版本(收费),以下是两种系统的比较
名称
MINIGUI
QTE
备注
厂商
飞漫(中国)
Trolltech(挪威)
 
开发语言
C
C++
 
体系结构
类 WIN32
类 MFC
 
系统配置
10MIPS以上,8MB FLASH,16MB RAM
200MIPS以上,16MB FLASH,32MB RAM
 
产品范围
高中低
 
版本
一般( 2.0/1.6)
多一些( 2.3.2)
 
支持系统
Linux/uClinux, eCos,uC/OS-II, VxWorks
Linux,windows
 
网上资源
很多
 
技术资料
完整
不太完整
 
费用
许可 10万元RMB,每件产品发行8RMB(官方报价)1万个产品下免费
许可 9900美元,每件产品发行15美元(官方报价)
Minigui开发环境需要单独购买,08年第二季度上市,QTE有现有的开发环境。Minigui其附属产品也需要购买,开源附属产品运行需要Minigui增值版。
 
开发环境
一般
良好( QT desiger)
 
移植难度
相同
相同
两者移植难度都不太大
售后
一年
一年
 
复杂度
 
学习难度
中等(相对)
中等以上(相对)
 
应用范围
中大
根据网上资料
 
在这两个系统中 QTE的复杂度 要比minigui大一些。但他完成的功能也相对多一些。
以上写的有不对的地方,还请各位朋友指正 。。。
  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值