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去幫我們做。