人機交互模式數十年未變（滑鼠、鍵盤、按鈕、輸入框、下拉選單），任何新 UI 組件都在挑戰用戶習慣。JSF 內建組件通常足夠，動手寫自定義組件前請三思。本文從「慎用理由」、「真正優勢」、「寫作初衷」三維度，幫助你理性決策。
一、慎用自定義 UI 組件：五個拷問與替代方案
- 內建組件能否滿足？ JSF 預設組件覆蓋絕多數場景。
- 組合現有組件能否解決？ 多個標準組件組合往往足夠。
- 有無替代界面設計？ 改變交互流程可能避開自定義需求。
- 第三方組件庫是否更好？ NetBeans 附送、MyFaces 等專業廠商組件經充分測試、文檔完善、工具整合、有技術支援——方便可靠。
- 自定義組件隱形成本：額外編碼複雜度、測試投入、潛在效能問題、團隊文檔負擔、IDE 整合配置工作。
二、編寫自定義組件的真正價值
- 深度理解 JSF 內核：對初學者，成功實作一個自定義組件能讓框架理解躍升一大步——UI 組件是 JSF 核心。
- 實現非標準交互：如 JS 高手可在組件上實現炫酷客戶端效果。
- 封裝組合功能：將多個標準組件封裝為單一功能組件（如檔案上傳：文字框+瀏覽按鈕+上傳按鈕），一次拖放即用，內部自動協調邏輯（如文字框為空禁用上傳按鈕），使用者零負擔。
三、系列文章寫作初衷
讀者來信詢問自定義組件問題眾多，雖不建議初學者涉足，但探索精神可嘉。讀者涵蓋 JSF 關注者、實戰專案開發者、深度理解者。為補充《JSF Web應用開發實戰》一書中該章節的不足，決定在部落格系統介紹，面向不同層次讀者。
四、關於 JSF 複雜度的誤解與 JSF 2.0 期待
- JSF 複雜度在框架實現層，而非使用層——如自動波箱雖複雜但駕駛輕鬆。
- 自定義組件屬於「動手術波箱」，JSF 1.2 確實較繁瑣。
- JSF 2.0 據稱大幅降低自定義組件開發難度，Sun 追求「手自一體」體驗。
本系列遵循由淺入深、重實戰、用例子說話習慣，結合 NetBeans 6.0.1（代碼兼容 6.1）演示。
