linux 中低端设备GUI架构

APP估计是最近最热门的一个IT词汇，APP需要界面就必须图形系统，这意味着图形系统对APP是多么的重要，同样图形系统往往是一个os中最核心的组件，以前做os只是说一个操作系统内核，而现在往往是面向应用的开发人员的图形系统，而图形系统本身具有很强的排他性，着主要是APP使用图形框架的API进行开发界面，另外图形系统往往又和开发语言强相关，比如在android做界面你就必须使用Java, 而ios就必须使用object-c，如果想要应用需要跨越不同平台是非常困难的，同样切换图形系统的也很难难， 但是在国内这部分往往比忽视的一部分，很难投入人力去支持一个图形系统，很多公司往往是之前有一个比较老的图形系统，在以前能够适应过去的业务模式，但是随着业务发展，老的架构甚至API都已经无法满足现在丰富业务上的要求，如果想让项目将原先的应用重新修改，项目也不愿意去切换（切换代价很高，更何况现在还没有一个好的图形系统），这也让很项目处在非常尴尬的境地，往往还是在老的系统上缝缝补补，其实无法根本问题。

图形领域发展很多年，图形框架非常的多选择 ，相关技术也很成熟，在Linux领域开源的图形架构基本上是xorg + [qt, gtk+, efl] , 最近几年又开始wayland来代替xorg，这些图形架构都是一开始为桌面环境设计，行为模式都按照桌面行为进行设计，而且很庞大，不利于裁剪。而android虽然为嵌入式设备而设计的，但是它对硬件配置也很高，最基本的特征就是有GPU，内存至少要在512M以上（5.0版本512M估计都很困难）。所以android并不适合中低端设备的图形系统，而这种中低端设备又不是那种非常低端的，甚至都无法运行linux的设备，我把介于设备配置要求低于andorid，但又高于rtos的一类设备定义为微富设备。

高端设备直接使用android就可以了，什么是中低端设备的对图形系统要求特征列举如下：

（1）16 M <  内存 < 256M，8M < flash < 128M, 这个范围也是大概范围，具体其实要看应用的要求。

（2） 没有GPU，但是最好有2D硬件加速模块，能提供流畅的动画效果

（3）多进程架构，可集成不同的丰富应用

（5）带有web engine，引擎也能够满足内存和flash大小限制要求

（6）支持国际化，能支持所有多语言显示及输入，包括提供统一的软键盘输入和输入法

        

基于上述的特征我准备启动一个开源项目来做一个图形系统RUI（中文：锐系统），我将参考已有开源的图形系统来进行融合，该图形框架技术特征：

（1）显示服务子系统选择开源的directfb，之所以选择它是因为它不仅能使用硬件2D加速，也可以使用纯软件绘制。

（2）GUI系统直接提供C++接口，保证了应用和GUI的设计思路能够完全融合，应用就是对GUI扩展

（3）使用类似json标记语言来描述界面，资源等

（4）对于内存紧张的平台提供Single page application(SPA)，这样保证节约内存也能提供丰富的图形效果

（5）直接在pc linux就可以编译运行，因为directfb本身就是支持xorg为后端，所以开发界面都不需要在板子就可以调试开发。

（6）提供系统统一的属性配置数据库系统

（7）提供应用级别的通信总线，方便进程间通信交互。