編程模型選型原則
優秀模型需具備：功能性、可靠性、可用性、高效性、可維護性、可移植性。Java 滿足這些特質，成為 Web 開發主流。合理架構雖前期投入大，但長期收益顯著。
瀏覽器端三大技術對比
1. HTML (HyperText Markup Language)
- 本質：靜態標記語言，瀏覽器直接渲染
- 優勢：無處理開銷、可緩存、所見即所得編輯器支持
- 劣勢：靜態、跨瀏覽器兼容性差、表現力受限
2. DHTML (Dynamic HTML)
- 核心：DOM (Document Object Model) 將頁面元素對象化，擁有屬性/事件
- 客戶端處理：JavaScript 操作 DOM，無需提交服務器
- 適用場景：表單驗證、動態菜單、簡單交互
- 挑戰：
- 瀏覽器 DOM 實現差異大（IE JScript vs Netscape JavaScript）
- 調試工具匱乏，多依賴打印日志
- 需編寫大量兼容性判斷代碼
3. XML + DTD + XSL
- XML：自定義標簽，數據描述性強
- DTD：定義數據合法性約束
- XSL：樣式表將 XML 轉換為 HTML，同一數據多種呈現
- 優勢：數據與展現分離，易於改版
- 現狀限制：瀏覽器原生支持不足、XSL 調試困難
技術選型決策矩陣
| 維度 | HTML | DHTML | XML/XSL |
|---|
| 動態性 | 無 | 客戶端 | 服務端/客戶端 |
| 瀏覽器兼容 | 最好 | 需大量適配 | 支持度低 |
| 開發效率 | 高（靜態） | 中 | 低（工具鏈弱） |
| 維護性 | 低（重複多） | 中 | 高（分離度好） |
| 推薦場景 | 靜態內容、落地頁 | 表單驗證、UI 增強 | 數據交換、多渠道發布 |
實戰建議
- 主流採用 HTML + DHTML 組合
- XML/XSL 適用於數據交換層而非直接瀏覽器渲染
- JavaScript 跨瀏覽器庫（如早期 prototype、dojo）緩解兼容痛點
- 服務端渲染 (JSP) + 客戶端增強 (DHTML) 為經典模式
