擴充Eclipse的Java開發工具

由於 Eclipse 具有功能強大的 Java 開發環境，這使它獲得了人們的一致好評。這個 Java 開發環境（再加上團隊環境和其它基礎功能）使 Eclipse 成為令人信服的整合式開發環境，對 Java 開發人員來說，這是個好訊息。而且，Eclipse 還是一個開放源碼項目。但真正使人們對 Eclipse 感到興奮的是它提供了擴充的可能性。

許多基於 Eclipse 的商用產品都顯示出這種提供整合產品的方法的實際意義。例如，IBM WebSphere Application Developer 和 Rational XDE 就說明了 Eclipse 已具有的影響。這些產品和其它基於 Eclipse 的產品降低了使用者的“學習曲線”，因為它們具有類似的使用者介面。當然，對於大型軟體公司來說，這頗有價值，但是對於小公司或個人有什麼用嗎？

這正是 Eclipse 擴充性能力讓人感興趣的地方。不僅那些擁有大型開發組織的公司可以用它進行整合，任何願意花些時間學習幾個 Eclipse 架構的人也都可以利用這一能力。“哦不，”您可能在想，“別再提什麼架構；我沒時間學習更多架構。”不必擔心；這學起來很快而且相當容易。在您的另一絲疑慮在頭腦中開始形成之前，先聲明一點，本文絕不是對 Eclipse 進行毫無價值的“hello world”式擴充。請放心，在如何增強 Eclipse 的 Java 開發環境的生產性使用方面，您將看到實際的價值以及一個清晰示範。您甚至還可能有點驚奇地發現：要完成某些相當令人驚異的事情，只要幾十行代碼就可以了。

本文將向您展示什麼是可能的，從哪裡開始，並將向您提供開始時需要什麼的可靠評價。儘管擴充 Eclipse 是一個進階主題，但是您只要先瞭解如何使用 Eclipse 的 Java 開發環境就可以了。

自己輕鬆重構成員可視性

最初在編寫代碼時，我沒有過多地擔心將方法可視性歸為 default（包）、private、public 還是 protected。在建立方法時，我使它們都為 public。只有當我最後定下了包的組織圖並完成了對方法的重構 －不管是通過從現有代碼抽取出新方法、在階層中上移或下移方法還是將方法整個地移至其它類中 －我才會重新檢查方法的可視性。我認為，在我知道最終類的模樣並實際使用過代碼之前，我不想聲明我的“客戶們”可能需要什麼。換句話說，在共用新架構之前，必須確定什麼是實現細節，什麼是必需的，這樣別人才能夠擴充它。

如果只需在 Outline 視圖、Hierarchy 視圖或任何您查看方法的地方選擇方法 －然後通過單擊菜單選項，就可以將一個或多個方法設定成所期望的可視性 － 那麼這會非常方便。誠然，我習慣了在我使用 VisualAge for Smalltalk 那段日子裡學到的這一功能。圖 1 顯示了對 Eclipse 的 Java 開發環境中 Java 編輯器的 Outline 視圖內容相關的擴充。

圖 1. 對方法的操作功能表進行的擴充

從使用者的角度而言，這很巧妙，因為這是引入使用者介面的很自然的方法。沒有任何暗示說這些新的菜單選項不屬於 Eclipse 最初的 Java 開發工具（Java Development Tool，JDT）。事實上，那就是菜單級聯使用“soln”首碼的原因 －這樣您就可以分辨出它是一個擴充！而且，開發人員不必記住只有在特定視圖或編輯器中才可以使用這些選項，因為只要方法顯示在哪裡，它們就可以在哪裡顯示。