级别: 初级 Greg Travis
(
[email=mito@panix.com?subject=用 Preferences API 存储对象&cc=mito@panix.com]mito@panix.com[/email]
), 自由程序员
2003 年 11 月 24 日
Preferences API,一种在 JDK 1.4 中引入的轻型的、跨平台的持久性 API,是为存储少量数据(字符串、简单字节数组等)而设计的,它不是为了要成为传统数据库的一个接口。不过,如果您的数据可以表示为一个简单的对象,那么它可以成为一个高效的存储设备。本文介绍了这个API,解释了对象是如何存储的,并展示了所进行的过程,提供了完成这些工作的代码库。
Preferences API 是轻型的、跨平台的持久性 API,它是在 JDK 1.4中引入的。它不是为了为传统数据库引擎提供一个接口,而是用恰当的、操作系统特定的后端以实现真正的持久性。这个 API 是用来存储少量数据的。事实上,它的名字本身就表明它通常用于存储用户特定的设置或者首选项,如字体大小或者窗口布局(当然,您可以在其中存储任何您想要存储的内容)。
Preferences API 设计为存储字符串、数字、布尔值、简单字节数组等。在本文中,我们将为您展示如何用 Preferences API 存储对象,并提供了一个为您处理细节的工作库。如果您的数据可以容易地表示为简单对象而不是像字符串和数字这种分离的值时,它会很有用。
我们首先对该 API 作一简短讨论,包括一些使用它的简单例子,然后详细讨论如何使用这个 API 存储对象,并给出为我们完成这项工作的代码。我们还展示了一些使用这个 API 的例子。
为什么设计 Preferences API?
如果说 Preferences API 主要是为让 Java 程序访问 Microsoft Windows 注册表而创建的,一定会让人感到意外。为什么我要这么说呢?这个 API 的设计类似于 Windows 注册表,本文前三段中的大部分说明也同样适用于注册表。
不过,Preferences API 就像所有 Java 语言一样,是以跨平台为目的的,所以它在非 Windows 系统上至少可以工作得一样好(当然,本文中的代码是跨平台的)。
Preferences API 规范没有规定如何实现这个 API,只规定了它必须做什么。Java 运行时环境(Java Runtime Environment JRE)的每一个实现对这个 API 都可以有不同的实现。许多非注册表的实现将 API 数据存储在一个 XML 格式的文件中,这个文件也许是在用户的主目录中或者在一个共享目录中。
与 Windows 注册表一样,Preferences API 使用层次树结构来存储数据。起始点是一个 root node (根节点是树的根基,所有其他节点都是这个节点的后代)。节点可以包含命名的值以及其他节点。不同的程序将它们的数据存储在树的不同位置上,所以它们不会彼此冲突。正如我们将要看到的,Preferences API 采用了特殊的方法帮助防止这种冲突。
我们将首先简单看一下 Preferences API 是如何工作的以及如何使用它。
回页首
使用 Preferences
理解 Preferences API 的最好方法是使用它。需要做的第一件事是访问根节点:
Preferences root = Preferences.userRoot();
这一行代码返回数据树的 user root。前面我们说系统中的所有数据都存储在一个树中。不过,这并不完全正确 -- 事实上,有 两个数据树 -- 用户树和系统树。这两个树的行为完全相同,但是它们有不同的目的。系统树用于存储所用户都可以使用的数据,而用户树对于每一个用户是不同的。
这两个树天生就有不同的目的。您要将字体首选项存储在用户树中,因为这是用户特定的内容。另一方面,您要将程序位置存储在系统树中,因为位置对于所有用户是相同的,并且所有用户都可能用到它。
小型程序会使用系统树或者用户树,但是不会同时使用这两者。大型应用程序可能同时使用这两种树。在本文中,我们将只针对用户树,要记住用户和系统树的行为是一样的。
现在让我们看一下如何用 Preferences API 读取和写入简单的值。
回页首
存储信息
正如您所看到的,这是一种使用 Preferences API 所具有的功能的简洁方式,实现了它 本来不具备的功能。这是一种扩展现有库的好方法。理论上,您可以改变库或者创建子类,但是这样有可能会干扰其他使用 Preferences API 的程序。而使用这种方式,您可以保持原来的 API 不变,同时以一种干净、有用的方式扩展它。
参考资料