4.4. 动态模型(Dynamic models)

注意,以下特性在当前处于试验阶段,将来可能会有变化。

运行期的持久化实体没有必要一定表示为像POJO类或JavaBean对象那样的形式。Hibernate也支持动态模型 (在运行期使用MapMap)和象DOM4J的树模型那 样的实体表示。使用这种方法,你不用写持久化类,只写映射文件就行了。

Hibernate默认工作在普通POJO模式。你可以使用配置选项default_entity_mode, 对特定的SessionFactory,设置一个默认的实体表示模式。 (参见表 3.3 “ Hibernate配置属性 ”。)

下面是用Map来表示的例子。首先,在映射文件中,要声明 entity-name来代替一个类名(或作为一种附属)。

  1. <hibernate-mapping>
  2. <class entity-name="Customer">
  3. <id name="id"
  4. type="long"
  5. column="ID">
  6. <generator class="sequence"/>
  7. </id>
  8. <property name="name"
  9. column="NAME"
  10. type="string"/>
  11. <property name="address"
  12. column="ADDRESS"
  13. type="string"/>
  14. <many-to-one name="organization"
  15. column="ORGANIZATION_ID"
  16. class="Organization"/>
  17. <bag name="orders"
  18. inverse="true"
  19. lazy="false"
  20. cascade="all">
  21. <key column="CUSTOMER_ID"/>
  22. <one-to-many class="Order"/>
  23. </bag>
  24. </class>
  25. </hibernate-mapping>

注意,虽然是用目标类名来声明关联的,但是关联的目标类型除了是POJO之外,也可以 是一个动态的实体。

在使用dynamic-mapSessionFactory 设置了默认的实体模式之后,可以在运行期使用MapMap

  1. Session s = openSession();
  2. Transaction tx = s.beginTransaction();
  3. Session s = openSession();
  4. // Create a customer
  5. Map david = new HashMap();
  6. david.put("name", "David");
  7. // Create an organization
  8. Map foobar = new HashMap();
  9. foobar.put("name", "Foobar Inc.");
  10. // Link both
  11. david.put("organization", foobar);
  12. // Save both
  13. s.save("Customer", david);
  14. s.save("Organization", foobar);
  15. tx.commit();
  16. s.close();

动态映射的好处是,变化所需要的时间少了,因为原型不需要实现实体类。然而,你无法进行 编译期的类型检查,并可能由此会处理很多的运行期异常。幸亏有了Hibernate映射,它使得数 据库的schema能容易的规格化和合理化,并允许稍后在此之上添加合适的领域模型实现。

实体表示模式也能在每个Session的基础上设置:

  1. Session dynamicSession = pojoSession.getSession(EntityMode.MAP);
  2. // Create a customer
  3. Map david = new HashMap();
  4. david.put("name", "David");
  5. dynamicSession.save("Customer", david);
  6. ...
  7. dynamicSession.flush();
  8. dynamicSession.close()
  9. ...
  10. // Continue on pojoSession

请注意,用EntityMode调用getSession()是在 Session的API中,而不是SessionFactory。 这样,新的Session共享底层的JDBC连接,事务,和其他的上下文信 息。这意味着,你不需要在第二个Session中调用 flush()close(),同样的,把事务和连接的处理 交给原来的工作单元。

关于XML表示能力的更多信息可以在第 18 章 XML映射中找到。