[圖書關注]J2EE反模式

J2EE反模式 →推薦 →新書

定價：49.00 元 | 售價：39.20 元(80折)      

 | （美）達得內（Dudney B.） 等 蘇金國 等
機械工業出版社  | 7111177029 | 2006-1-1 | 開本:小16開
版別版次:2006/01/01 |分類：程式設計→綜合

我要查看該書的詳細，我要購買

相關文章

J2EE應用中常見的反模式
J2EE應用中常見的反模式(anti-patterns) 
  

J2EE應用中有一些常見的毛病和錯誤的觀念，按照時下流行的說法，叫反模式。稍不注意，我們自己也會犯，所以大概整理一下，一個是備忘，也是供需要的朋友參考：

 

1- 無EJB不叫J2EE

EJB一直發展到今天的2.1仍然被廣為詬病，它提供了很多時候我們並不需要的東西，而且我們在很多情況下一旦選用EJB就沒有其他的方式不去使用那些笨重的功能。但是很多所謂範例讓我們有一種錯覺，好像不用EJB就不是J2EE應用。有一些折中的方案是使用Session Fa?ade模式，Entity Bean採用BMP + 本地介面，然後提供一層無狀態的Session Bean，採用遠程和本地介面，這樣的設計模式，我想，多半是出於無奈。如今，甚至我們經常都能看到不使用EJB的言論，炒得很火的Spring則為這種完全不用EJB開發J2EE項目提供了實際的、強有力的佐證。

 

2- 過度分層

J2EE這個規範膚淺的來看，就是為我們定義了很多“層”，然後還有很多分工明確的“角色”，加上J2EE的藍本應用程式就分了很多“層”，以至於大家都覺得J2EE的應用就應該是很多層的，其實不然，需要具體情況具體分析。

 

3- 頻繁的往返調用

EJB的看似簡單造成我們經常忽略可能在使用過程中出現的遠程調用，比如有時候為了更新一條記錄，每個欄位都是遠端去set，大大增加了不必要的開銷，於是我們意識到在調用中使用DTO是一個建議遵循的方案。

 

4- 過度使用有狀態的Session Bean

一般來講，一個Session Bean執行個體，如果它是有狀態的，那麼它只對某個固定的使用者服務，如果是無狀態的，則可以滿足不同使用者的調用。這有點類似（只是有點類似）一個類的靜態方法和非靜態方法的區別。我們在實際應用中，應該盡量避免使用有狀態的Session Bean，除非特別必要。我們可以把狀態保留在Session Bean之外，如Web容器的session對象或者我們自訂的類中，而不是完全依賴有狀態的Session Bean去幫我們做。

 

5- 過度會話

Web容器的session對象是個好東西，用起來也很方便和直截了當，這造成了我們很多人對它的濫用，什麼東西都往裡面放。這有兩個突出的問題，一個是資源浪費；另一個，萬一Web伺服器崩潰，那些本來需要持久化的資料就丟失了。我們需要考慮好，哪些資料本可以用request的，哪些資料又是需要持久化到資料庫的，等等，不能一味依賴session。

 

6- 萬能Servlet或者萬能JSP

J2EE為我們提供了Web層豐富的技術選擇，Servlet或者JSP都只是其中一種，雖然它很強大，但是也不應該由它一個來承擔所有MVC三個部分的功能。現實中我們的Struts很好的規範了這個問題：Servlet負責調度，專門的Action負責處理邏輯，而JSP用於使用者介面顯示。JSP和Servlet本質上是同一個東西，只是從不同的角度來處理問題，它們各有所長，互為補充。