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

1- 無EJB不叫J2EE

EJB一直發(fā)展到今天的2.1仍然被廣為詬病，它提供了很多時(shí)候我們并不需要的東西，而且我們?cè)诤芏嗲闆r下一旦選用EJB就沒有其他的方式不去使用那些笨重的功能。但是很多所謂范例讓我們有一種錯(cuò)覺，好像不用EJB就不是J2EE應(yīng)用。有一些折中的方案是使用Session Fa?ade模式，Entity Bean采用BMP + 本地接口，然后提供一層無狀態(tài)的Session Bean，采用遠(yuǎn)程和本地接口，這樣的設(shè)計(jì)模式，我想，多半是出于無奈。如今，甚至我們經(jīng)常都能看到不使用EJB的言論，炒得很火的Spring則為這種完全不用EJB開發(fā)J2EE項(xiàng)目提供了實(shí)際的、強(qiáng)有力的佐證。

2- 過度分層

J2EE這個(gè)規(guī)范膚淺的來看，就是為我們定義了很多“層”，然后還有很多分工明確的“角色”，加上J2EE的藍(lán)本應(yīng)用程序就分了很多“層”，以至于大家都覺得J2EE的應(yīng)用就應(yīng)該是很多層的，其實(shí)不然，需要具體情況具體分析。

3- 頻繁的往返調(diào)用

EJB的看似簡(jiǎn)單造成我們經(jīng)常忽略可能在使用過程中出現(xiàn)的遠(yuǎn)程調(diào)用，比如有時(shí)候?yàn)榱烁乱粭l記錄，每個(gè)字段都是遠(yuǎn)程的去set，大大增加了不必要的開銷，于是我們意識(shí)到在調(diào)用中使用DTO是一個(gè)建議遵循的方案。

4- 過度使用有狀態(tài)的Session Bean

一般來講，一個(gè)Session Bean實(shí)例，如果它是有狀態(tài)的，那么它只對(duì)某個(gè)固定的用戶服務(wù)，如果是無狀態(tài)的，則可以滿足不同用戶的調(diào)用。這有點(diǎn)類似（只是有點(diǎn)類似）一個(gè)類的靜態(tài)方法和非靜態(tài)方法的區(qū)別。我們?cè)趯?shí)際應(yīng)用中，應(yīng)該盡量避免使用有狀態(tài)的Session Bean，除非特別必要。我們可以把狀態(tài)保留在Session Bean之外，如Web容器的session對(duì)象或者我們自定義的類中，而不是完全依賴有狀態(tài)的Session Bean去幫我們做。

5- 過度會(huì)話

Web容器的session對(duì)象是個(gè)好東西，用起來也很方便和直截了當(dāng)，這造成了我們很多人對(duì)它的濫用，什么東西都往里面放。這有兩個(gè)突出的問題，一個(gè)是資源浪費(fèi)；另一個(gè)，萬(wàn)一Web服務(wù)器崩潰，那些本來需要持久化的數(shù)據(jù)就丟失了。我們需要考慮好，哪些數(shù)據(jù)本可以用request的，哪些數(shù)據(jù)又是需要持久化到數(shù)據(jù)庫(kù)的，等等，不能一味依賴session。

6- 萬(wàn)能Servlet或者萬(wàn)能JSP

J2EE為我們提供了Web層豐富的技術(shù)選擇，Servlet或者JSP都只是其中一種，雖然它很強(qiáng)大，但是也不應(yīng)該由它一個(gè)來承擔(dān)所有MVC三個(gè)部分的功能?，F(xiàn)實(shí)中我們的Struts很好的規(guī)范了這個(gè)問題：Servlet負(fù)責(zé)調(diào)度，專門的Action負(fù)責(zé)處理邏輯，而JSP用于用戶界面顯示。JSP和Servlet本質(zhì)上是同一個(gè)東西，只是從不同的角度來處理問題，它們各有所長(zhǎng)，互為補(bǔ)充。