集中化Eclipse中的協助功能

長期以來，開發人員一直認為構建模組系統可以很容易地更新系統中的某個部分，而不影響系統的其他部分。模組性還可以通過新的方法很方便地對原始系統進行擴充。這就是作為一組外掛程式來構建 Eclipse 的動機，這允許其他開發人員替代或增強已有的模組。

Eclipse 中的“協助”與其他環境一樣，是使用外掛程式架構構建的。本文討論了如何利用這個有用的架構來外部化協助內容。本文假定您已具備 Java™、Eclipse 和 Web 主題方面的應用知識。但並不要求您瞭解在 Eclipse 中“協助”是如何組織的，以及外掛程式的工作原理方面的所有知識。本文的目的是向您說明在集中的伺服器（企業內部網或 Internet）上承載 Eclipse 環境的“協助”方法和原因以及如何從該環境中對它進行訪問。

為什麼要集中化？

Eclipse 中的“協助”不是單塊整合實體，而是為提供整體概念合并在一起的一系列外掛程式。但即使這樣，也沒有真正回答以下問題：“為什麼要集中管理 Eclipse 中的‘協助’？如果下載 Eclipse 的 Java 版本，則可以進行 Java 開發，並且可以得到本地所需的所有協助”。這對於整個開發小組也是如此。其中每個人都可以有自己的本地“協助”副本，您可以很好地使用這些副本，一直到有一天出現額外的外掛程式。

外掛程式的到來

在實際的項目中，那一天將會到來，到時您會認識到自己以及開發小組的其他成員都需要一兩個外掛程式服務（或者由於它們經濟實惠，您會需要更多的外掛程式）。對於任何不平凡的小組開發工作，從構建過程到正在使用的第三方 JAR 檔案都要確保每個人的環境是相同的。這隻是一個項目的最佳實務：確保小組中的每個人都在構建同一事物。事實上，大量的第三方工具的作用只是處理這個實踐，這些工具有：Ant、Java Make 工具，用於支援連續整合的 CruiseControl，以及其他大量的工具。經驗豐富的 Java 開發人員認識到確保開發環境和過程在整個小組中可重複利用是一件較好的事情。為什麼“協助”又各不相同呢？

當您在 Eclipse 中安裝外掛程式時，經驗比較豐富的人員還可安裝他們自己“協助”，由於組織“協助”的方式的不同，似乎可以將權利合并到現有的“協助”基礎架構中。這就是外部可訪問的“協助”存放庫能夠奏效的原因。正像您要保持開發過程的其他部分的一致性一樣，您的“協助”不需要相同的一致性嗎？“協助”包含現有的 Eclipse 協助，還包含通過其他外掛程式合并的協助。

為了確保更好地使用協助系統，您應當將自己的內容添加到此系統中，方法是將特定於項目和小組的通知添加到標準的協助條目中。您可以下載使您工作更輕鬆的外掛程式，但是必需確保小組中的每個人都能用相同的方法使用它，並且能夠訪問關於外掛程式的相同通知。如果將所有資訊放在同一位置，就會減少資訊失去同步的可能性。這也是《注重實效的程式員》一書中寫到的最佳實務，該書的作者是 Dave Thomas 和 Andy Hunt。他們闡述了“不要重複自己”(Don't Repeat Yourself, DRY) 的原則：如果您將同一資訊存放在多個地方，它將失去同步，並且您不會再信任它的任何特定執行個體。如果遵循“不要重複自己”原則，您會瞭解單一副本是權威副本。這一點也適用於“協助”。

Eclipse 中的“協助”組織

在開始外部化 Eclipse 中的“協助”之前，您必須瞭解一下是如何按環境組織“協助”的。要做到這一點,您需要進一步弄清 Eclipse 中的“協助”組織。

查看“協助”內部結構的最簡單方法是使用 help 擴充點構建一個外掛程式。由於 Eclipse 附帶外掛程式開發環境（Plug-in Development Environment，PDE），所以構建一個新外掛程式非常容易。首先，使用下列幾個方法之一建立一個新外掛程式項目：File>New Project，然後選擇 File>New Plug-in Project...，或結合使用庫方法和 Control-N。如果您選擇這兩個通用項目建立選項中的任何一個方法，螢幕上都會顯示圖 1 所示的 New Project 對話方塊。

圖 1. 從通用項目庫建立新外掛程式項目