DirectFB分析

背景

DirectFB由德国公司convergence integrated media GmbH发起，核心维护人员包括Denis Oliver Kropp和Andreas Hundt，目前采用LGPL授权方式。最新版本为1.0rc2。DirectFB体积小巧，致力于满足DVB的MHP中间件标准，图形层支持多种高级特效，对framebuffer硬件加速支持较好。

工程组织

DirectFB使用C语言实现了面向对象思想，源码中大量的使用函数指针，加上一些关键变量、函数的申明和定义都使用宏来完成，源代码的可读性不是很好。在阅读DirectFB源码之前必须先明白它的源码组织方式。

所有对外接口的定义都在directfb.h中，接口申明使用DECLARE_INTERFACE宏，定义使用DEFINE_INTERFACE。每个接口的实现单独成一个C文件，文件名与接口名相同。接口的方法采用函数指针的方式实现，方法名与其所指的实际函数之间的对应关系是：“函数名=接口名_方法名”，如IDirectFBWindow_CreateEventBuffer为IDirectFBWindow接口CreateEventBuffer方法的具体实现。

fusion

fusion使用了reactor设计模式，简单的说就是订阅－发布模式。reactor是事件宿主，所有关心它的模块都向其注册reaction，当reactor有事件产生时，它会将事件发布给所有关心它的模块。对于reactor的理解，以下几点需要注意：

l         reactor不是消息循环

l         reactor不是消息队列

l         reactor不是通讯的实体

reactor的本质是消息代理，是消息过滤装置。

类似于MiniGUI的进程版和线程版，fusion也支持进程和线程两种通讯模型，通过编译宏FUSION_BUILD_MULTI控制。但在进程模型下，fusion没有区分通信的双方是在进程内还是进程间，没有对线程间通讯做优化。同时，进程模型是与操作系统绑定的——需要在Linux内核中插入fusion模块。

fusion只提供了最基本的事件通知机制，它本身不提供消息队列，也不区分同步和异步消息。对于这些传统消息队列的特性，需要在reaction的基础上来封装实现。实际上这与MiniGUI的消息机制已经有很大的不同，fusion的原则是“关心则来注册”，MiniGUI是“主动将消息发送到关心的窗口”。

fusion将消息处理分为全局和局部两种。在消息dispatch时指定该消息是全局还是局部有效，全局消息会先进入全局处理函数，之后才是局部函数。局部消息则不会进入全局处理函数。