分析Hibernate映像文件
本文向大家介紹Hibernate映像文件實例，可能好多人還不了解Hibernate映像文件，沒有關系，看完本文你肯定有不少收獲，希望本文能教會你更多東西。
Hibernate映像文件實例
們已經從改用這樣的純凈的對象id中獲取了不少好處。我們對equals()和hashCode()方法的實現更加簡單而且容易閱讀。這些方法再也不易出錯而且無論在保存對象之前還是之后，它們都能和Collection一起正常工作。Hibernate也能夠變的更快一些，這是因為在保存新的對象之前它再也不需要從數據庫讀取一個序列值。此外，新定義的equals()和hashCode()對于一個包含 id對象的對象來說是具有通用性的。這意味著我們可以把這些方法移動到一個抽象的父類當中去。我們不再需要為每一個域對象重新實現equals()和 hashCode()，而且我們也不再需要考慮對于一個類來說哪些字段的組合是***且不變的。我們只要簡單地繼承這個抽象類。當然，我們沒必要強迫我們的域對象繼承一個父類，所以我們定義了一個接口來保證設計的靈活性。
- public interface PersistentObject {
- public String getId();
- public void setId(String id);
- public Integer getVersion();
- public void setVersion(Integer version);
- }
- public abstract class AbstractPersistentObject implements PersistentObject {
- private String id = IdGenerator.createId();
- private Integer version;
- public String getId() { return id;
- }
- public void setId(String id) { this.id = id; }
- public Integer getVersion() { return version; }
- public void setVersion(Integer version) { this.version = version; }
- public boolean equals(Object o) {
- if (this == o) return true;
- if (o == null || !(o instanceof PersistentObject)) { return false; }
- PersistentObject other = (PersistentObject)o;
- // if the id is missing,
- return false
- if (id == null) return false;
- // equivalence by id
- return id.equals(other.getId());
- }
- public int hashCode() {
- if (id != null) {
- return id.hashCode();
- } else {
- return super.hashCode();
- }
- }
- public String toString() {
- return this.getClass().getName() + "[id=" + id + "]";
- }
- }
現在我們有了一個簡單而高效的方法來創建域對象。它們繼承了AbstractPersistentObject，這個父類能在它們***次被創建時自動賦予它們一個id并且恰當的實現了equals()和hashCode()這兩個方法。域對象也得到了一個對toString()方法的合理的缺省實現，這個方法可以有選擇地被重寫。如果這是一個查詢例子的測試對象或者例子對象，id值時可以被改變或者被設為null。否則它是不應當被改變的。如果因為某些原因我們需要創建一個繼承自其它類的域對象，這個對象就應當實現PersistentObject接口而不是繼承抽象類。
- public class Person extends AbstractPersistentObject {
- // Person-specific fields and behavior here
- }
從上一個例子開始Hibernate映像文件就不會再改變了。我們不想麻煩Hibernate去了解抽象父類，相對的，我們只要保證每個持久化對象的映射文件包含一個id項（和一個被指派的生成器）和一個帶有unsaved- value="null"屬性的version標簽。機敏的讀者可能已經注意到，每當一個持久化對象被實例化的時候，它的id值得到了指派。這意味著當Hibernate在內存中創建一個已經保存過的對象時，雖然這個對象是已經存在并從數據庫中讀取的，它也會得到一個新的id。這不會產生問題，因為Hibernate會接著調用對象的setId()方法，用保存的真實id來替換新分配的id。剩下的id生成器并不是問題，因為實現它的算法是輕量級的（也就是說，它并不牽扯到數據庫）。
到現在為止一切都很好，但是我們遺漏了一個重要的細節：如何實現IdGenerator.createId().我們可以為我們理想中的鍵值生成器（key-generation）算法定義一些標準。
◆鍵值可以不牽扯到數據庫而很輕量級的產生
◆即使跨越不同的虛擬機和不同機器，鍵值也要保證***性。
◆如果可能鍵值可以由其它程序，編程語言和數據庫生成，至少要能和它們兼容
【編輯推薦】
