J2EE 企業級應用開發必遵循的四大核心準則

前言

J2EE 作為開發任務關鍵型企業應用的整合平台，規範繁多、內容龐大，加上技術快速演進，給架構與開發帶來諸多挑戰。軟體工程無「銀彈」，J2EE 亦非萬能。本文結合 JBoss 3.2.1 實戰經驗，提煉四大核心開發準則，拋磚引玉。

準則一：結合業務需求選擇合理架構

脫離業務談技術優劣無意義。企業資訊系統（EIS）普遍要求穩定、安全、可靠、高效、易維護，且各有獨特需求（如整合遺留系統）。

案例 1：外部數據源為主的系統

若數據多來自外部並經 JDBC 導入，低併發場景用 JDBC 足矣；高併發、大流量、頻繁存取 DB 時，建議採用 Entity Beans with Caches。JBoss 3.2.1 提供多種 Cache 策略，可用「Standard CMP 2.x EntityBean」搭配 D 型 commit-option 保證同步並大幅提升效能，部分 Bean 設為 read-only 可進一步優化。TopLink 等 O/R Mapping 技術亦可選。

案例 2：數據由系統自產自管

建議採用 CMP Entity Beans。EJB 2.0/2.1 經 Local Interfaces、CMR、Read-Only、Session Facade 模式大幅改良。高併發、大流量時優勢明顯。關鍵在於效能調優：各應用服務器有專屬方案，JBoss 透過 standardjboss.xml 配置 Bean Lock 策略等。EJB 調優處於容器層（J2EE 高端），而非資料庫層（底端），避免資料庫調優導致移植性下降。

核心：依具體需求給具體方案，不孤立論技術優劣。

準則二：合理選用框架

設計模式在 J2EE 中關鍵。中小團隊不宜自造框架，應選擇成熟、穩定、相容 J2EE 規範的第三方框架。框架本質上實現並優化了 Business Delegate、Service Locator、Front Controller、DAO 等模式。

• Struts：Model 2 框架典範，MVC 核心、不限制後端數據存取、整合 Jakarta 精華。可考慮與 JSF 相容整合（JSP 視圖 + Servlet 控制 + EJB 持久層，值物件/HTTP 物件通訊）。
• Log4j：簡單、高效、靈活，支援配置，JBoss 3.2.1 即採用之。
• realMethods：全層面支援 J2EE 開發，現已開源，可研讀源碼學習模式實現。
• BC4J：Oracle 商業組件框架。

原則： 目標產品不宜引入過多框架（升級維護難、團隊負擔重），精選適合專案/團隊/公司方向者；可借鑒優秀框架的模式實現並改造適配。

準則三：選擇適合團隊的開發模式

現實團隊常缺乏規範定義的完整角色，通常只有美工、JSP 程式師、EJB 程式師。需重視溝通、代碼一致性、版本控制（每日可運行版本）、建模工具輔助交流。

推薦三套工具鏈：

1. Together（建模）+ JBuilder（IDE）+ VSS/CVS（版控）+ JBoss（開發期伺服器）
2. WebSphere Studio 全套
3. Eclipse/JCreator + Ant + XDoclet

手工完成編寫/編譯/打包/部署/測試有助理解細節，但強大工具能引導正確開發方向（如 JBuilder 9 EJB 精靈內建「Struts + EJB + Session Facade + Value Object」架構）。

準則四：重視各階段測試工作

測試常被項目經理忽視（增加成本），但質量差導致的後期部署/運行成本遠超前期投入。

• 單元測試：JUnit 保證功能正確。
• 整合測試：檢查記憶體洩漏等。OptimizeIt Suite Enterprise 的 Profiler、Code Coverage、Thread Debugger 極具幫助（曾解決 Swing 應用記憶體洩漏難題）。
• 壓力/效能測試：J2EE 專用工具較少，Rational Robot 可取得不錯效果。

其他關鍵因素：Entity Beans 成敗繫於資料庫表結構設計；挖掘提升團隊技能。面廣，不盡述。