Qt Embedded 键盘驱动分析（上）

为了保持QtEmbedded对硬件最小化的依赖程度，QtEmbedded全部硬件相关的操做都采用插件的封装形式，而且大部分功能均可以从程序外部运用环境变量的方式来配置。这样一来咱们只要针对不一样的硬件写好不一样的插件，为不一样硬件平台提供不一样的启动脚本就能够了，换了硬件，代码却不须要修改。

Qt Embedded的键盘操做是这种插件封装形式的典范，咱们就以此为例，对Qt Embedded的硬件操做一窥究竟。

一、告诉QtEmbedded你须要哪一个驱动

QWS_KEYBOARD这个环境变量就是你须要了解的所有。
设置该变量的方法为在运行QtE server程序以前用下面的命令设置：
export QWS_KEYBOARD= <driver>[:<driver specific options>]
driver参数即驱动的类型， 如“usb”、“tty”等， 在下篇中咱们再详细讨论这个。
options则指定硬件设备名， 如/dev/input/event0， 这个参数就要按你的硬件实际状况来提供了。

二、载入用户须要的驱动插件

这个环境变量是如何工做的呢？ 今天咱们讲述的重点放在QtE的几个文件上：
读取环境变量， 载入相应的键盘驱动插件：src/gui/embedded/qwindowsystem_qws.cpp
建立键盘处理函数类的实例：src/gui/embedded/qkbddriverfactory_qws.cpp

故事从QWSServerPrivate::initServer开始， 这个函数在QWSServer构造时被调用， 它会完成初始化的工做， 包括按顺序初始化各个硬件接口（鼠标、键盘等等外设）， 这个函数接近最后的几行代码调用了openKeyboard来初始化键盘。

第二步进到同一源码文件的QWSServer::openKeyboard(), 该函数负责解析环境变量 QWS_KEYBOARD的设定， 从中取得键盘设备的名称和driver handler的类型，并最终调用QKbdDriverFactory::create函数载入对应的键盘处理插件。

第三步也是本场大戏的重头， 打开qkbddriverfactory_qws.cpp找到QKbdDriverFactory::create函数。 前面咱们说到过这个函数包含了建立键盘处理函数的类的实例的代码， 简单看一下这个函数咱们发现，前面大段的code是一堆跟硬件类型相关的宏包裹住的代码， 这部分表明了Qt里内嵌的driver handler，而非插件形式提供的。QtE自身支持的每一个键盘设备都有一个预约义的宏和预约义的driver handler类与之对应， 根据代码显示，设备的类型必须在configure阶段就肯定，以X86模拟器环境下为例，在这个环境下configure的时候须要加 -qvfb参数，这个参数就会去掉 QT_NO_QWS_KBD_QVFB这个宏，在此函数中就表示为调用到return new QVFbKeyboardHandler(device);这行。

那么，若是上面全部的QT_NO都被定义了呢？ 固然代码就会跳过这一堆无用的code， 直接调用到

if (QWSKeyboardHandlerFactoryInterface *factory = qobject_cast<QWSKeyboardHandlerFactoryInterface*>(loader()->instance(driver)))
return factory->create(driver, device);

这段代码就比较有意思了，它表明的是以插件形式存在的各个键盘处理插件。在你不使用Qt预约义键盘处理的状况下就须要有与环境变量请求的driver handler键值一致的插件。键盘处理插件如何定义不是本文探讨的内容（请参看下篇），咱们只要知道这个插件会提供一个标识本身的键值，这样loader比较建立插件的请求和插件的键值就知道该返回哪一个插件提供的服务了。 还有几点有意思的地方： 一、 driver的类型信息不区分大小写。 二、 QtE内嵌的driver类型默认是都不支持的，只有在configure的时候加上-qt-kbd-xxx才能支持某种driver类型。（详情 configure –help） 三、 同一时刻只能有一个driver处理函数生效。 四、 因为这部分代码都在QWSServer构造时调用，也就是说QtE不支持动态的更改键盘处理。