基于weblogic 的ejb 學習筆記（二）

編輯實體bean的高級課程
1. 怎樣開發主健類
ejb的主健類主要用做持久存儲和ejb容器中的唯一標識符.
通常主健類的字段直接映射到數據庫中的主健字段.
假如主健只是由單個實體bean字段組成.且其數據類型是基本的java類.如string,則bean作者不必開發自定義的主健類.
只需要在配置描述器中指定類的名字和主健字段即可

假如把主健映射到一個用戶定義的類型,或者映射到多個字段,則bean的作者必須寫出自定義的主健類.

主健類必須實現 java.io.serializable,而且包含主健字段.

對于cmp,字段名必須匹配實體bean中的相應的主健字段名,這將使ejb容器能夠把適當的cmp字段賦值到主健類中的相應字段中.

2. 實現hashcode()方法
hashcode() 方法的實現原理是,利用主健字段,經適的處理后,生成并返回一個整數. 這個生成的整數稱為散列碼,用作表格的索引.
對于一個給定的主健,hashcode()方法的返回值應當總是一樣的. 常見做法: 執行"異或" 操作.

3. 實現 equals() 方法
 正確地實現equals()方法也需要一定的技巧. 任何equals() 方法的第一行都應當檢查傳遞進來的引用是否是"this", 檢查equals()
 方法是否是針對自己的調用. 通常做法: 當容器有一個主健對象時,她要檢查這個主健對象是否已經存在于數據結構中.

 接著,equals() 方法需要檢查傳遞進來的主健類的類型. 假如主健類是中繼類(final),可以使用instanceof 進行簡單的檢查.
 否則,傳遞進來的參數也許是主健類的子類.在這種情況下,equals() 方法必須使用getClass.equals, 以確保類的類型是匹配的

 建議主健類采用終極類. (instanceof 效率要高一些)

 最后,equals() 方法需要需要比較傳遞進來的對象的所有值. 假如所有值是相同的,說明對象也是相同的
 注重: 要先比較散列碼.

 4 實體bean的繼續和異構
   實體bean 可以利用java的繼續和異構的特性.

5. 繼續的限制
盡管ejb 規范答應組件之間的繼續,但夜游一些細微的規則限制了怎樣設計和實現一個繼續的ejb.
 ejb的規則要求,本地接口的create() 方法返回的遠程接口不能是一個子類,也不能是超類. 實體bean 的ejbreate() 方法也
 必須返回主健類型,也不能是一個子類,也不能是超類.
類似的findByPRimaryKey()方法必須使用主健類型作為參數返回遠程接口.
這些要求限制了bean作者對繼續的實現.

6. 繼續和異構的設計模式

注重: 具有繼續和異構特性的實體bean,很重要一點就是要確定一般情況下究竟都需要使用哪一些屬性.

7 . 接口的繼續

通過bean類的繼續性,bean作者只需要在一個地方實現業務方法,其它實體bean就可以共享類中的方法了.

8 使用多個bean類
  為本地和遠程接口創建一個基本接口,不是達到異構共享的唯一方法. 另一個常見的做法是
  使用等同的本地和遠程接口,但采用不同的bean類實現其中的業務方法.
  這種做法類似于使用一個具有若干不同實現的接口. 
  好處: 客戶不知道或根本不管正在使用哪一種實現,客戶機只對接口進行操作.

9. 實體bean 與鎖

    實體bean 不是可重入的或多線程的組件，每個實體bean實例也沒有多線程控制的能力。
一次實體bean 類中的方法也不是同步化的。
    實體bean實例不能是多線程的，所以ejb容器必須串行地執行所有的容器方法和業務方法。
這意味著當業務方法正在執行時，ejb容器不能再調用其它方法，比如 ejbPassivate（）方法。

    并發控制：
        一種做法是對每一個事務都激活實體bean實例。同過數據庫的訪問鎖的方式進行并發處理。
        一種方法是，每一個主健只保持一個實體bean實例，這樣一次只有一個事務可以訪問實體bean。一旦
            前一個事務提交或回滾，才答應另一個事務使用這個實體bean實例。
    并發控制策略：
        數據庫并發控制：
            除非非凡情況，應盡量使用默認的數據庫并發控制。
        排它性并發控制：