目前Linux手机平台不少,不管它目前强势还是弱势,我们先放一边;
我们来看看各个平台中所采用的技术点的相似点和不同点,比如分析一下
各个平台的进程通信机制的异同等等,后面会逐个分析。
目前几个Linux手机平台,主要有下面几个:
1 Maemo
2 Android
3 LIMO
4 OpenMOKO
5 GPE^2
6 ALP
7 QTopia Phone Edition.
先把他们的系统架构放在这里,然后从架构中找出其异同点。
今天分析各个平台的系统设置(系统配置)。
附录:几个平台的架构图。
Android architecture:
Maemo achitecture:
我前面写了几家分工:
http://blog.csdn.net/cuijpus/archive/2007/12/21/1956597.aspx
目前一些官方的文档已经release出来了,你们可以看看:
http://www.limofoundation.org/technical-documents.html
OpenMOKO architecture:
GPE Phone Edition architecture:
http://gpephone.linuxtogo.org/
http://gpephone.linuxtogo.org/doc/components/gpearch.php
Qtopia Phone Edition:
http://dist.trolltech.com/pdf/Greensuite%231_FactSheet_cn.pdf
http://dist.trolltech.com/pdf/Qtopia_Phone_Edition_4_ds_v7_A4_web_cn20080221.pdf
ALP architecture:
http://alp.access-company.com/
从架构图中可以看出:
1 Maemo使用GConf
2 Android使用?
3 LIMO使用GConf (http://www.limofoundation.org/api/R1/ams/reg/fnd/index.html)
4 OpenMOKO使用GConf (http://wiki.openmoko.org/wiki/Gconf, http://www.mobilelinuxinfo.com/53/openmoko-release-schedule-announcement/)
5 GPE Phone Edition 使用GConf (http://gpephone.linuxtogo.org/projects.php)
6 ALP使用Gconf (http://www.accessdevnet.com/index.php/ACCESS-Linux-Platform-Native-Development/Dev_Simulator.html, http://www.accessdevnet.com/index.php/ACCESS-Linux-Platform-Native-Development/Improving_Usability.html)
7 Qtopia Phone Edition使用?
除了Android和Qtopia没有采用GConf作为保存手机设置外,其它的几个手机平台都用了gconf,而且是gconf-dbus。
qtopia没有采用gconf可以理解:gconf原本是为gnome configuration, qtopia起源于QT, QT是KDE的基础。
两者以前是竞争关系。
Android可能用了gconf,不过,我没有找到直接的材料,如果你们知道,可以补充一下阿。
gconf
http://www.gnome.org/projects/gconf/
在手机平台中用gconf主要是保存一些设置。
另外gconf本身是Client/server结构的,有采用CORBA作为IPC的,也有采用D-BUS作为IPC的,手机上面一般使用gconf-dbus版本。
http://www.nabble.com/stable--version-of-Gconf-on-Dbus-td10778190.html
www.limofoundation.org/api/R1/ams/reg/fnd/index.html
http://www.mynethome.de/BachelorThesis/BachelorThesis_OpenMoko.pdf
http://test.maemo.org/platform/docs/roadmap.html
www.netfront.no/about/investors/ir_shiryo/ACCESS%20Product%20and%20Technology%20Update%20Q3.pdf
http://wiki.openmoko.org/wiki/OpenmokoFramework
下面的gconf介绍是zz
http://www.ibm.com/developerworks/cn/linux/l-cn-gconf/index.html
GConf 是在基于 GNOME2 的系统中用于应用程序属性配置和管理的工具,完成类似于 Windows 操作系统中注册表的功能。本文讨论了在 GNOME2 桌面中 GConf 配置管理系统的机制以及使用其相关 API 开发应用程序的方法。本文主要内容包括 GConf 工具的介绍,使用以及相关的开发实践。本文适用于 Linux 应用程序的开发人员。
概述
GConf 是在基于 GNOME2 的 Linux 操作系统中实现对应用程序的配置及管理功能的工具。我们可以把 GConf 理解为 Linux 操作系统中的注册表。然而,它克服了 Windows 注册表的一些缺点,比如 Windows 注册表遭到破坏,可能会导致操作系统崩溃,而且 GConf 的配置信息存储于纯文本的文件中,可读性很好。从根本上来说,GConf 采用用一种 Key/Value 的存储机制。在 GConf 系统中,应用程序的配置信息都是以 Key/Value 的结构来存储。每一个 Key 值对应应用程序的某种属性,而对应的 Value 则表示该属性的配置信息。 GConf 在后台实现了一个用户配置信息的数据库,这个数据库看上去类似一个文件系统,专门用于存储应用程序的 Key/Value 信息。整个文件系统主要有以下组件构成。包括目录(对应使用 GConf 系统的应用程序。如 /apps/evolution),子目录(一系列属性配置信息的集合。如 /apps/evolution/mail),/schemas(存储属性的键信息)等。
GConf 系统还可以在一个应用程序的属性配置值发生改变的时候通知应用程序。因此,当 GConf 中一个属性值被更改的时候,与之相关的应用程序都能够获得信息,从而根据属性的修改更新作出相应的处理。GConf 主要由三个组件构成:
另外 Gnome 系统还有一个可视化的图形工具 gconf-editor 供用户使用。
|
Gconf 配置源介绍
GConf 系统中保存了一系列文件路径和位置信息,我们称之为配置源。这些配置源信息存储在GConf 的一个路径文件中。在笔者的 SUSE Linux 系统,该文件为 /etc/opt/gnome/gconf/2/path. (不同的 Linux 发行版本可能略有不同) 。该文件的内容(滤除注释信息)如下:
xml:readonly:/etc/opt/gnome/gconf/gconf.xml.mandatory include /etc/opt/gnome/gconf/2/local-mandatory.path include "$(HOME)/.gconf.path" xml:readwrite:$(HOME)/.gconf include /etc/opt/gnome/gconf/2/local-defaults.path xml:readonly:/etc/opt/gnome/gconf/gconf.xml.defaults |
GConf 系统中的配置源分为三类
强制源( Mandatory ):该源所描述的属性为只读,用户无法修改该类属性的值。
xml:readonly:/etc/opt/gnome/gconf/gconf.xml.mandatory include /etc/opt/gnome/gconf/2/local-mandatory.path |
用户源( User ) :该源存储了用户可以自行修改和设置的属性信息。
include "$(HOME)/.gconf.path" xml:readwrite:$(HOME)/.gconf |
默认源( Default ) :该源存储了 GConf 系统中属性的默认值。
include /etc/opt/gnome/gconf/2/local-defaults.path xml:readonly:/etc/opt/gnome/gconf/gconf.xml.defaults |
上述源的顺序恰好是 GConf 系统读取应用程序配置属性值的顺序,也就是说存储在强制源中的属性会被优先获取,即使用户源中对该属性进行了自定义配置也会被忽略。
|
GConf Schema 简介
GConf Schema 是一系列键和实体的集合。我们总可以将一个 schema 的键值和一个属性的键值联系在一起。例如我们打开一个关于 FTP 协议相关的 GConf 属性文件:
cbz: /etc/opt/gnome/gconf/gconf.xml.defaults/desktop/gnome/url-handlers/ftp$cat %gconf.xml |
从中可以看出:
/desktop/gnome/url-handlers/ftp/command |
对应的 schema 文件中的 Key 为
/schemas/desktop/gnome/url-handlers/ftp/command。 |
下面我们给出部分对应的 schema 文件的信息
/etc/opt/gnome/gconf/schemas/desktop_gnome_url_handlers.schemas |
|
GConf 图形化工具介绍
用户在终端中输入 gconf-editor。 GConf 的图形化工具将出现在用户面前(见下图1)。gconf-editor 提供给用户一个方便,快捷的可视化终端,从而实现对 GConf 系统中应用程序的属性进行直观地查看,编辑和修改。它的结构看上去和 Windows 操作系统的注册表类似,然而可读性更好。用户能够清楚的查到相关应用程序的配置信息。例如 /apps/gnome-terminal/profiles/Default/font 存储的是用户的 gnome-terminal 终端的使用的字体信息。在本文的示例,用户当前 gnome-terminal 终端的字体为 Bitstream Vera Sans Mono 14. 用户还可以看到关于该 Key 的描述信息如下:
Key name: /apps/gnome-terminal/profiles/Default/font //键名 Key owner: gnome-terminal //所属应用程序 Short Description: Font //简单描述信息 Long Description: A Pango font name. //详细描述信息 |
另外 GConf 系统中还存储了一些关于桌面系统的配置信息,例如在 /desktop/gnome/url-handlers/http/command 存储的是系统处理基于 HTTP 的 URL 的应用程序信息,本文中的使用的是 firefox 。当用户在打开一个含有 HTTP URL 的文档时,如果用户点击其中的 URL 链接,系统会启动 firefox 来打开这个 URL。
Key name: /desktop/gnome/url-handlers/http/command Key owner: gnome Short Description: The handler for “http” URLs Long Description: The command to used to handle “http” URLS, if enabled. |
另外用户可以直接通过 gconf-editor 来修改其中一些配置的信息,例如用户可以修改/desktop/gnome/url-handlers/http/command 的值,从而使得用户在打开 HTTP URL 的时候,能够启动自己定义的网页浏览器。
图1 gconf-editor 示例
|
GConf 命令行工具介绍
GConf 配置系统自带了一个强大的命令行工具叫作 gconftool-2。 用户可以通过这个工具实现对 GConf 系统进行配置和管理等。用户可以通过 man gconftool-2 获得关于 gconftool-2 命令的详细使用方法,这里我们给出一些常用的命令选项:
gconftool-2 命令选项
命令选项 | 注释 |
-s, --set | 设置键值并同步。需要与 —type 同时使用 |
-g, --get | 打印一个键值到标准屏幕输出 |
-u, --unset | 重置 Key 值为 GConf 系统中的默认值 |
-a, --all-entries | 打印目录中的所有键/值组合 |
--all-dirs | 打印一个目录的所有子目录 |
-R, --recursive-list | 递归打印一个目录的子目录与条目 |
--dir-exists=STRING | 返回目录是否存在。0为目录存在,2为不存在 |
--set-schema | 设置一个 schema 的属性,与 --short-desc, --long-desc, --owner, 和 –type 同时使用 |
--makefile-install-rule | 安装 schema 文件到 GConf 中。GCONF_CONFIG_SOURCE 环境变量必须设置为相应的配置源 |
--makefile-uninstall-rule | 卸载 schema 文件。与 --makefile-install-rule 相同,GCONF_CONFIG_SOURCE 环境变量必须设置为相应的配置源 |
命令行使用示例:
cbz: ~$gconftool-2 --recursive-list /desktop/gnome/url-handlers /desktop/gnome/url-handlers/cdda: command = /opt/gnome/lib/gnome-volume-manager/gnome-cdda-handler %s enabled = false /desktop/gnome/url-handlers/man: needs_terminal = false command = gnome-help "%s" enabled = true 其余略去……… |
cbz: ~$gconftool-2 --dir-exists=/desktop/gnome/url-handlers cbz: ~$echo $? 0 |
cbz: ~$gconftool-2 --all-dirs /desktop/gnome/url-handlers /desktop/gnome/url-handlers/cdda /desktop/gnome/url-handlers/man /desktop/gnome/url-handlers/aim /desktop/gnome/url-handlers/ftp /desktop/gnome/url-handlers/info 其余略去……… |
cbz: ~$gconftool-2 -g /desktop/gnome/url-handlers/https/command firefox %s |
cbz: ~$gconftool-2 --type string -s /desktop/gnome/url-handlers/https/command test cbz: ~$gconftool-2 -g /desktop/gnome/url-handlers/https/command test |
cbz: ~$gconftool-2 --unset /desktop/gnome/url-handlers/https/command cbz: ~$gconftool-2 -g /desktop/gnome/url-handlers/https/command firefox %s |
cbz: ~$export GCONF_CONFIG_SOURCE="xml:readwrite:$HOME/.gconf" cbz: ~$gconftool-2 --makefile-install-rule Test.schemas |
cbz: ~$export GCONF_CONFIG_SOURCE=xml:readwrite:$HOME/.gconf cbz: ~$gconftool-2 --makefile-uninstall-rule Test.schemas |
|
利用 GConf API 编程示例
GConf 系统本身提供了许多 API 供用户来使用,用户可以通过使用这些 API 完成对 GConf信息的管理。本文给出一个简单的示例程序 test.cpp。该程序的功能是获取当前的 FTP 协议的处理程序(对应的 command 值)。从程序的输出可以看出,笔者的操作系统对于 FTP 协议的默认启动程序是 firefox.
GConf 示例程序
#include |
编译 test.cpp:
cbz: ~/test$g++ `pkg-config --cflags --libs gconf-2.0` test.cpp |
执行 test.cpp:
cbz: ~/test$./a.out firefox %s |
与命令行工具 gconftool-2 获得的结果对比:
cbz: ~/test$gconftool-2 -g /desktop/gnome/url-handlers/ftp/command firefox %s |
|
结论
GConf 是基于 GNOME2 桌面的 Linux 操作系统中用于配置应用程序属性的管理工具。通过本文的讨论,读者可以获得对 GConf 有一个比较全面的了解,尤其对于在 Linux 操作系统中进行开发应用程序时,对于如何使用 GConf 对应用程序进行配置提供了一个参考以及对基于GConf 的 API 进行程序开发和设计进行了简单的介绍。