使用EJB 3.0简化Java开发（二）

      这篇文章，我将重点放在专为企业级Java ORM应用设计的自动框架上。下一节，我将提到几个流行的ORM框架和EJB 3.0中几个关键的革新。

      ORM 框架

      EJB 实体bean是Java EE中“官方”的ORM解决方案。但是，在EJB1.x和2.x中，实体bean的难以使用是出了名的，原因如下：

      ●EJB 1.x和2.x实体bean必须遵守一种严格的组件模型。每一个bean类必须实现一个home接口和一个商业接口。它们必须从某种抽象类中继承，而且必须实现其所有方法，即使它们多数为空。这样的一种严格组件模型使得想从EJB 1.x和2.x的实体bean中构建面向对象的数据模型几乎变得不可能了。
      ●EJB 1.x和2.x容器需要特别冗长的xml配置文件来建立实体bean与关系型数据库中的表映射。那些文件是非常单调乏味和容易出错的。

      简而言之，EJB 1.x和2.x实体bean是一个设计拙劣的ORM框架。它既没有满足Java数据对象模型的需求，也没有满足关系表数据模型的需求。出于对EJB 1.x和2.x实体bean的不满，开发者开始寻找其它的ORM方案。实际使用中，开源的Hibernate(JBoss开发)和Oracle公司的TopLink是最成功的两个POJO ORM框架。Hibernate和TopLink都是基于POJO的。它们不依赖于任何预定义的组件模型。作为替代，它们使用POJO数据对象(简单的JavaBean式的)，自动地解读出如何映射它们，以及它们之间的关系（关系型数据库）。通常，JavaBean类映射到一张数据库表，并根据数据库表中的外键映射出类之间的关系。你可以在一个简单直接的xml配置文件中指明ORM的配置信息，比如JavaBean类对应的表名和属性对应的列名。你可以通过框架中的工具（如：Hibernate中的Session类）来对那些POJO进行操作(如：存储、获取和查找)。

      EJB 3.0是建立在Hibernate和TopLink的思想和成功之上。它为Java EE提供了一个标准的POJO ORM框架。另外，EJB 3.0有两个超越现今所有持久化解决方案的关键革新：

      ●没有使用XML文件来指明ORM配置信息, EJB 3.0允许开发者直接在POJO代码中注释出映射信息。举例来说，你可以用注释来指明每个JavaBean属性对应的关系型表列。在这篇文章的后面，你将看到更多的例子。注释使得映射更直接，更容易维护了。
      ●EJB 3.0为实体bean定义了一个新的归档格式。每个档案使用一组独立的，为后端数据库和ORM行为所专用的配置集来定义一个持久化上下文。在这篇文章的后面，我会讨论持久化上下文。

      现在，让我们通过几个简单的例子来看一下EJB 3.0是如何完成POJO ORM的。

映射一个简单的对象

      在EJB 3.0中，每个实体bean都是一个简单的JavaBean式的类。为了告诉EJB 3.0容器这个类应该为持久化进行映射，你应该用@Entity来注释这个类。

      每一个实体bean类映射到一个关系型数据库表。默认地，表名对应类名。你可以用@Table来为类指定另一个表。每一个JavaBean属性映射到表的列上，同样的，默认列名就是属性名。你可以用@Column注释在属性的Setter方法上来改变这种默认关系。下面是一个EJB 3.0的简单例子：

@Entity
// @Table (name="AlternativeTableName")
public class Person implements Serializable {
 
  protected int id;
  protected String name;
  protected Date dateOfBirth;
 
  public void setId (int id) {
    this.id = id;
  }
 
  @Id(generate = GeneratorType.AUTO)
  public int getId () {
    return id;
  }
 
  public void setName (String name) {
    this.name = name;
  }
 
  // @Column (name="AlternativeColumnName")
  public String getName () {
    return name;
  }
 
  public void setDateOfBirth (Date dateOfBirth) {
    this.dateOfBirth = dateOfBirth;
  }
 
  public Date getDateOfBirth () {
    return dateOfBirth;
  }
}

      当容器把Person类映射到Person SQL数据库表以后，每一个Person实例就是表中的一条数据记录。

      映射一个简单的JavaBean类是容易的。但自动ORM框架真正闪光之处在于映射互相关联的对象。下一节中，我们看一下EJB 3.0如何操作对象间的关系。

      关系

      在一个数据模型里面，一般来说类相互之间都会有某种联系。比如，一个Person(个人)对象可以和一个Resume(确认)对象相关联，反过来也一样（一对一关系）；一个Person对象可以和多个CreditCard(信用卡)对象相关，而一个CreditCard对象只能和一个Person对象相关（一对多关系）。多个Person对象可以和一个Address(地址)对象相关，而一个Person对象只能对应一个Address对象（多对一关系）。(译者注：此处原著笔误, Person与Address位置颠倒了；编者注：我看两者是多对多的关系。一家人住在同一个地方，这个地址对于这一家人来说是一对多的关系；房主在别的地方又买了一套房，房主与地址的关系是一对多的关系。)

在一个数据模型中，对象指针用来操作那些关系。举例来说，一个Person对象可以有一个属性（也就是域）指向一个Resume对象。而另一个属性是CreditCard对象的集合。为了告知EJB 3.0容器对象间的关系，你只需简单地在POJO中注释JavaBean属性。

@Entity
public class Person implements Serializable {

  // ... ...
  protected Resume resume;
  protected CreditCard [] cards;
  protected Address addr;
 
  // ... ...
   
  @OneToOne
  public Resume getResume () {
    return resume;
  }
 
  // ... ...
 
  @ManyToOne
  // @JoinColumn (name="MyCustomId")
  public Address getAddr () {
    return addr;
  }
 
  // ... ...
 
  @OneToMany
  public Collection <CreditCard> getCards () {
    return cards;
  }
}

      在关系型数据库中，那些关系自动地被EJB 3.0容器使用外键来重建了。举例来说，Person表有一个外键包含了Resume表中相应的主键。运行时，EJB 3.0容器加强了一对一的关系：它保证了Resume键值对于Person表中的每一行是唯一的。为了启用Resume表到Person表的双向查询，你可以Resume表中定义一个Person属性，并把它也加上@OneToOne注释。

      Person表中也有一个外键包含了Address表中相应行的主键。这种情况下，相同的Address主键可以出现在多个Person行中，这是多对一关系。对于一对多的关系，映射稍有一点复杂，因为外键列是定义在多对一表中的。于是，在CreditCard类中，你必须用@ManyToOne来定义一个Person属性。
改变外部键字段名

      ORM中使用的外部键字段的名字是由容器自动决定的或者由@JoinColumn注释来显式的指定。

      上面讨论的关系只是实体bean之间关系的一种类型，实体类之间另外一种重要关系是继承。

      继承

      面向对象设计方法的一个关键概念是继承。使用继承，你可以创建一个复杂的对象树而不需要重复的代码。举例来说，Consultant(顾问)是提供有偿服务的一个人，那么在我们的数据模型中，Consultant类就从Person(个人)类中继承，并增加了一个价格属性。不幸的是，当今的关系型数据库并不存在继承的概念。ORM框架主要通过以下两个手段来模仿这种行为：

      ●框架可以为每一个类生成一个单独的表。子类的表重复了那些从父类的字段。子类和父类都存储为各自对应的表。
      ●框架可以使用包含了所有子类属性的表。两种类(父类和子类)的实例都存储于同一张表—父类中不存在的字段(也就是，子类的字段)取null值。为了使继承映射更为强壮，表也可以有一个“区别”列，它存储的标记表明该行数据映射到哪一个类。

EJB 3.0实体bean支持上述两种映射策略，默认是单表映射策略。你可以简单地用注释指明子类的继承策略和区别字段的名字。下面是Consultant类的例子，它从Person类中继承：

@Entity
@Inheritance(discriminatorValue="C")
@DiscriminatorColumn(name="person_type")
public class Consultant extends Person {

  protected double rate;
 
  public void setRate (double rate) {
    this.rate = rate;
  }
 
  public double getRate () {
    return rate;
  }
}

      从上面的例子中，容器使用默认策略将Consultant类映射到Person类对应的同一张表中。如果表中的person_type字段的值为C,那么那一行数据就代表了一个顾问类。否则，当前行代表的是一个普通的Person类。

      持久化档案

      现在你的数据模型有了一组使用了注释EJB 3.0实体bean的类，你可以将它们捆绑在一起布署到服务器环境中。EJB 3.0为实体bean定义了一种特殊的归档格式，叫做持久化档案(文件后缀名为.par)。

      一个.par文件是一组实体bean类文件加上一个简单的配置文件META-INF/persistence.xml的jar打包文件。persistence.xml文件定义了持久化上下文，它告知EJB 3.0哪一个后端数据库(数据源)与这一组实体bean相对应。persistence.xml也包含了配置属性的细节。举例来说，JBoss EJB 3.0是在Hibernate 3.0之上实现的，于是你可以通过persistence.xml传递任意的Hibernate配置选项。这有一个范例persistence.xml文件，它包含了JBoss和Hibernate专用的配置属性，包括SQL 方言(dialect)和二级缓存。

<entity-manager>
  <name>cal</name>
  <jta-data-source>java:/DefaultDS</jta-data-source>
  <properties>
    <property name="hibernate.dialect" 
            value="org.hibernate.dialect.MySQLDialect" />
    <property name="hibernate.cache.provider_class"
            value="org.jboss.ejb3.entity.TreeCacheProviderHook"/>
    <property name="hibernate.treecache.mbean.object_name"
            value="jboss.cache:service=EJB3EntityTreeCache"/>
  </properties>
</entity-manager>

      实体管理器

      一旦你部署了实体bean, 你必须通过EJB 3.0的实体管理器的API来访问和操作它们。EJB 3.0容器为每个部署的持久化上下文(也就是，.par文件)提供了一个实体管理器对象。从一个EJB 3.0 session bean POJO(参看第一部分)中 ，你可以通过@PersistenceContext注释将实体管理器对象注入，并传入上下文的名字。

@Stateless
public class ManagerBean implements Manager {

  @PersistenceContext (unitName="cal")
  protected EntityManager em;
 
  // Use "em"
// 使用“em”
  // ... ...
}