J2EE首先是一種構架。它包羅了Java的多種先進的技術，最合適使用MVC的方法來構建系統，其表現層使用JSP，控制層可以使用Servlet或Session Bean，用於實現業務邏輯，Entity Bean則對業務實體進行抽象。此外它還使用JAAS實現安全機制，JNDI用於查詢資源，JDBC和JTA訪問數據庫和管理事務；JMS實現企業的消息處理；JavaMail實現與企業外界的聯系，不一而足。 要正確理解並設計J2EE的應用，應該樹立以下的觀念： 1.Professinal,每個參與者都應該是專業的專家。大的概念是容器提供商提供專業的容器及服務，部件提供商提供專業穩定的部件及服務，應用系統提供商對於單個的系統應提供專業的應用系統。從小的方面來說：JSP頁面設計師是專業的，Servlet開發工程師是專業的，EJB開發工程師也是專業的，部署人員也是專業的。設計人員也是專業的。這是由於一個人的精力是有限的，一個項目是由團體人員通力合作的結晶，每個人應該對自己負責的部分非常專業，也可以這樣說，J2EE並不太認同每個人都是通才、全才的想法，而是認為每個人應該是老老實實的軟件藍領，但在自己的領域中是出色的專業藍領。 2.Configration，有人認為在項目中使用J2EE有n多的風險，說什麼配置起來很復雜，很花費時間。其實，這種說法本身就是沒有理解J2EE的一個重要的特性，即配置性。J2EE的配置主要由XML文件來完成，有ejb-jar，weblogic-ejb-jar，rdbms等等配置，正是由於這此配置，EJB的重用才成為可能性。而這些配置其實也有很多的工具可以用於輔助工作的。 3.任務簡單化，真正在項目中運用過J2EE的人會發現，寫EJB是容易的，而布署EJB應用也是容易的，寫Servlet/JSP也不難。當然系統的設計是難一些的。這也正切合將大問題進行細分，符合分而治之的道理。 4.重用性。部件的重用一直是軟件界的難題。J2EE的EJB如果設計得好，在以後的項目、應用系統中是可以重用的，這也包含供他人/自己重用，以及重用他人的商業化構件。 5.通力合作，溝通最難。在一個系統的實施過程中，什麼問題最難，不是純技術上的難，假以時日，當你的技術水平上升到一定程度時，您會發現，日新月異的技術專有名詞不過是一些類似的、或似曾相識的名詞的轉換或遷移。我的一位同事很久以前就曾揚言，只有想不到的，而沒有他做不出來的。我在一定程度上贊同他的話，如果不考慮時間限制，人力財力，誠然。什麼問題難以解決？溝通問題是也。溝通包含客戶-需求人員-分析人員-設計人員-編程人員-布署人員-計算機之間的迭代溝通。J2EE並不能解決這個問題，但是它要求參與的人員是Professional的，相互之間的溝通是有界限的，也就是設計中常說的接口界面。這在一定的程度上可以避免相互之間的緊耦合。 我知道本文可能會令一些軟件精英恥之以鼻，不過我還是認為真正沉下心來作專業軟件藍領的人太少，如能多些這樣的人，中國軟件趕印超日的可能性才會來到
