全部博文(320)
分类: Java
2010-02-25 10:42:00
用 Preferences API 存储对象转自:http://www.ibm.com/developerworks/cn/java/j-prefapi/ 如果您的数据可以表示为简单对象,那么可以使用这个 API 来存储 |
级别: 初级 Greg Travis (), 自由程序员 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 主要是为让 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 API 的最好方法是使用它。需要做的第一件事是访问根节点:
这一行代码返回数据树的 user root。前面我们说系统中的所有数据都存储在一个树中。不过,这并不完全正确 -- 事实上,有 两个数据树 -- 用户树和系统树。这两个树的行为完全相同,但是它们有不同的目的。系统树用于存储所用户都可以使用的数据,而用户树对于每一个用户是不同的。 这两个树天生就有不同的目的。您要将字体首选项存储在用户树中,因为这是用户特定的内容。另一方面,您要将程序位置存储在系统树中,因为位置对于所有用户是相同的,并且所有用户都可能用到它。 小型程序会使用系统树或者用户树,但是不会同时使用这两者。大型应用程序可能同时使用这两种树。在本文中,我们将只针对用户树,要记住用户和系统树的行为是一样的。 现在让我们看一下如何用 Preferences API 读取和写入简单的值。
当您得到根节点后,就用它读取和写入值。下面是如何写入一个字体大小:
下面是在这之后将它读出来的方法:
注意 当然,您可以读取和写入整数之外的值。可以读取和写入许多基本 Java 类型。还可以将节点存储在其他节点中,如这个例子所示:
这就是 Preferences API 的全部内容 -- 剩下的就是细节使用了,我们将在下一节讨论其中一个细节。
不难想像两个不同的程序员可能希望存储不同的字体大小,如果他们决定以同一个名字“font size”存储他们的值,那么我们就有问题了。一个程序的首选项会影响另一个程序。 解决方法是将内容存储在包特定的位置上,像这样:
对于 Preferences API 的工作方式有了很好的了解后,我们还需要知道如何扩展它以便对对象进行处理。
这就是我们希望将对象写入 Preferences 树的理想方法:
不过,不幸的是,Preferences 对象没有
我们已经尽量做到在 下一节,我们将看一看
我们在这里使用的技术用到了两个技巧。第一个技巧是将对象转变为一个字节数组。这样做的原因很简单:尽管 Preferences 对象不处理对象,但是它可以处理字节数组。 幸运的是,我们不需要从头开始 -- 它已经建立在 Java 语言中了。有几种方式将对象转换为字节数组,下面展示了我们在
这里的关键是 还有一种使用其他方式的方法:
一定要记 正如我在前面提到的,Preferences API 的确可以对字节数组进行处理。不过,我们在这里构造的字节数组并不是很正确,我们将在下一节看到这一点。
Preferences API 对可以存储在它里面的数据大小有限制。具体就是字符串限制为 MAX_VALUE_LENGTH 字符。字节数组限制为 MAX_VALUE_LENGTH 长度 75%,因为字节数组是通过编码为字符串存储的。 另一方面,一个对象可以为任意大小,所以我们需要将它分为几部分。当然,最容易的方法是首先将它转换为一个字节数组,然后将字节数组拆开。下面是拆开字节数组的代码,它也来自于
这里没有什么复杂的内容 -- 我们只是创建一个数组的数组,每一个长度为最大 pieceLength的字节长度(pieceLength 是 MAX_VALUE_LENGTH 的3/4)。相应地,有另一种方法将各个部分再合并到一起:
这个例程检查所有片段的总长度并创建一个具有这种长度的新数组。然后将片段一个一个地拷贝进去。
这里我们使用第二个技巧 -- 将值转换为节点。一般来说,当我们用 Preferences API 存储值时,我们将它放到首选项数据树中一个节点的 slot 中。 但是我们不能在这里真的这样做。即使一个对象只有一个值,我们也要将它转换为一组固定长度的字节数组。如果我们只有一个字节数组,写入数据树中的 slot 会很容易,因为 Preferences API 直接支持字节数组。但是这行不通,因为我们有多个数组。 技巧是为每一个对象分配一个节点。让我们弄清楚它的意义。 通常,将值存储在节点的多个 slot 的其中之一。但是我们准备为每一个对象创建一个节点, 并将字节数组存储到该节点的 slot 中。让我们说的更具体一些。如果可以,我们会将一个对象存储到单个 slot 中:
但是我们不能这么做,因为 Preferences 没有
这样,不是将一个值存储到一个称为“child”的 slot 中,我们将几个值存储到一个称为 “child”的节点中。这些值是用数字键 -- “0”、“1”、“2”等存储的。 使用数字键可以使后面读取片段时更容易:
在下一节,我们将看一下结合所有这些步骤的例程。
方法 有一个用于读取的类似方法:
这个方法从 Preferences API 中读取片段,并将它们结合为单个字节数组,然后将它转换为对象。
正如您所看到的,这是一种使用 Preferences API 所具有的功能的简洁方式,实现了它 本来不具备的功能。这是一种扩展现有库的好方法。理论上,您可以改变库或者创建子类,但是这样有可能会干扰其他使用 Preferences API 的程序。而使用这种方式,您可以保持原来的 API 不变,同时以一种干净、有用的方式扩展它。
|