前言：兩大豐富客戶端平台的擴展哲學差異
NetBeans Platform 與 Eclipse RCP 均採用模組化架構，但處理擴展點與擴展的方式截然不同。本文針對熟悉雙平台的開發者，從定義擴展點、建立擴展、讀取擴展三個維度深度比較，並總結優缺點。
核心機制對比
| 階段 | NetBeans Platform | Eclipse RCP |
|---|
| 定義擴展點 |
- 建立介面，置於公共模組包
- 無額外描述檔，介面本身即契約
|
- 建立擴展點描述符結構定義元素、屬性、關係
- 屬性類型：boolean、string、java、resource、identifier
- 可為任何部分添加文檔
- 在
plugin.xml 註冊擴展點
|
| 建立擴展 |
- 實作上述介面
- 透過
layer.xml 註冊到虛擬檔案系統
|
- 依描述符結構在
plugin.xml 建立子區段
- 賦予屬性值（java 類型需建立被引用類別）
|
| 讀取擴展 |
使用 org.openide.util.Lookup 類獲取介面實現實例
|
- 使用
org.eclipse.core.runtime.IExtensionPoint 獲取擴展清單
- 從每個擴展獲取
IConfigurationElement 清單（對應 XML 標籤）
|
優缺點總結
| 平台 | 優點 | 缺點 |
|---|
| NetBeans |
- 極簡單、易學習
- 介面即契約，語言原生支援
- Lookup 機制強大靈活
|
- 擴展點無自我描述：無法從介面得知哪個模組提供、結構如何
- 查找名稱未標準化
- 擴展與其他內容混寫在
layer.xml，難以辨識模組用途
|
| Eclipse RCP |
- 擴展點自我描述完整：檢視 JAR 即知提供哪些擴展點、結構為何
- 豐富屬性類型：XML 中可描述具體結果
- PDE 可自動生成大部分擴展程式碼
- 文檔位置標準化
|
- 較複雜，學習曲線陡峭
- 需維護
plugin.xml 及描述檔
- XML 結構較冗長
|
架構哲學差異
- NetBeans：採用「介面即契約」的 Java 原生方式，依賴 Lookup 服務發現機制，輕量、動態、符合 Java 開發者直覺
- Eclipse：採用「聲明式擴展點」的 XML 結構化方式，強調自我描述、工具支援（PDE）、靜態分析與生成能力
選擇建議
- 團隊偏好 Java 介面導向設計、重視輕量彈性 → NetBeans
- 需要強大工具支援、靜態驗證、大型團隊協作、豐富擴展元資料 → Eclipse RCP
- 現有技術棧與生態系往往是決定性因素
