面向 Java 开发人员的 db4o 指南 超越简单对象

面向 Java 开发人员的 db4o 指南: 超越简单对象

使用 db4o 创建、更新与删除结构化对象 Ted Neward, Principal, Neward & Associates 简介： 到目前为止，我们在 db4o 中创建并操作对象看起来都比较简单 —— 事实上，甚至有点太简单了。本文中，热心于 db4o 的 Ted Neward 将超越这些简单对象，他将展示简单对象结构化（引用对象的对象）时发生的操作。此外，他还阐述了包括无限递归、层叠行为以及引用一致性在内的一些话题。

查看本系列更多内容 标记本文！ 发布日期： 2007 年 7 月 09 日 级别： 初级 访问情况 126 次浏览 建议: 0 (添加评论)

平均分 （共 0 个评分 ） 一段时间以来，在 面向 Java 开发人员的 db4o 指南 中，我查看了各种使用 db4o 存储 Java 对象的方法，这些方法都不依赖映射文件。使用原生对象数据库的其中一个优点就是可以避免对象关系映射（也许这不是重点），但我曾用于阐述这种优点的对象模型过于简单，绝大多数企业系统要求创建并操作相当复杂的对象，也称为结构化对象，因此本文将讨论结构化对象的创建。

结构化对象 基本上可以看成是一个引用其他对象的对象。尽管 db4o 允许对结

构化对象执行所有常用的 CRUD 操作，但是用户却必须承受一定的复杂性。本文将探究一些主要的复杂情况（比如无限递归、层叠行为和引用一致性），以后的文章还将深入探讨更加高级的结构化对象处理问题。作为补充，我还将介绍探察测试（exploration test）：一种少为人知的可测试类库及 db4o API 的测试技

术。

从简单到结构化 清单 1 重述了我在介绍 db4o 时一直使用的一个简单类 Person：

清单 1. Person

package com.tedneward.model;

public class Person { public Person() { } public Person(String firstName, String lastName, int age, Mood mood) { this.firstName = firstName; this.lastName = lastName; this.age = age; this.mood = mood; }

public String getFirstName() { return firstName; } public void setFirstName(String value) { firstName = value; }

public String getLastName() { return lastName; } public void setLastName(String value) { lastName = value; }

public int getAge() { return age; } public void setAge(int value) { age = value; }

public Mood getMood() { return mood; } public void setMood(Mood value) { mood = value; }

public String toString() { return "[Person: " + "firstName = " + firstName + " " + "lastName = " + lastName + " " + "age = " + age + " " + "mood = " + mood + "]"; }

public boolean equals(Object rhs) { if (rhs == this) return true;

if (!(rhs instanceof Person)) return false;

Person other = (Person)rhs; return (this.firstName.equals(other.firstName) && this.lastName.equals(other.lastName) && this.age == other.age); }

private String firstName; private String lastName; private int age; private Mood mood; }

OODBMS 系统中的 String 您可能还记得，在我此前的文章示例中，Person 类型使用 String 作为字段。在 Java 和 .NET 里，String 是一种对象类型，从 Object 继承而来，这似乎有些矛盾。事实上，包括 db4o 在内的绝大多数 OODBMS 系统在对待 String 上与其他对象都有不同，尤其针对 String 的不可变（immutable）特性。

这个简单的 Person 类在用于介绍基本 db4o 存储、查询和检索数据操作时行之有效，但它无法满足真实世界中企业编程的复杂性。举例而言，数据库中的 Person 有家庭地址是很正常的。有些情况下，还可能需要配偶以及子女。

若要在数据库里加一个 “Spouse” 字段，这意味着要扩展 Person，使它能够引用 Spouse 对象。假设按照某些业务规则，还需要添加一个 Gender 枚举类型及其对应的修改方法，并在构造函数里添加一个 equals() 方法。在清单 2 中，Person 类型有了配偶字段和对应的 get/set 方法对，此时还附带了某些业务规则：

清单 2. 这个人到了结婚年龄吗？

package com.tedneward.model; public class Person { // . . .

public Person getSpouse() { return spouse; } public void setSpouse(Person value) { // A few business rules if (spouse != null) throw new IllegalArgumentException("Already married!");

if (value.getSpouse() != null && value.getSpouse() != this) throw new IllegalArgumentException("Already married!");

spouse = value;

// Highly sexist business rule if (gender == Gender.FEMALE) this.setLastName(value.getLastName());

// Make marriage reflexive, if it's not already set that way if (value.getSpouse() != this) value.setSpouse(this); }

private Person spouse; }

清单 3 中的代码创建了两个到达婚龄的 Person，代码和您预想的很接近： 清单 3. 去礼堂，要结婚了„„

import java.util.*; import com.db4o.*; import com.db4o.query.*; import com.tedneward.model.*;

public class App { public static void main(String[] args) throws Exception { ObjectContainer db = null; try { db = Db4o.openFile("persons.data");

Person ben = new Person("Ben", "Galbraith", Gender.MALE, 29, Mood.HAPPY); Person jess = new Person("Jessica", "Smith", Gender.FEMALE, 29, Mood.HAPPY);

ben.setSpouse(jess);

System.out.println(ben); System.out.println(jess);

db.set(ben);

db.commit();

List maleGalbraiths = db.query(new Predicate() { public boolean match(Person candidate) { return candidate.getLastName().equals("Galbraith") &&

candidate.getGender().equals(Gender.MALE); } }); for (Person p : maleGalbraiths) { System.out.println("Found " + p); } } finally { if (db != null) db.close(); } } }

开始变得复杂了 除了讨厌的业务规则之外，有几个重要的情况出现了。首先，当对象 ben 存储到数据库后，OODBMS 除了存储一个对象外，显然还做了其他一些事情。再次检索 ben 对象时，与之相关的配偶信息不仅已经存储而且还被自动检索。

关于本系列 信息存储和检索作为同义语伴随 RDBMS 已经有 10 余年了，但现在情况有所改变。Java 开发人员为所谓的对象关系型阻抗失配而沮丧，也不再有耐心去尝试解决这个问题。加上可行替代方案的出现，就导致了人们对对象持久性和检索的兴趣的复苏。 面向 Java 开发人员的 db4o 指南 对开放源码数据库 db4o 进行