嵌入式領域一直都在致力于為軟件和系統工程師提供一個通用的開放式開發界面。工具則一向與實時系統（RTOS）或處理器緊密相關，而這二者的具體特性都需要專有環境來予以支持，這一點造成了開發人員在為了滿足不斷變化的設計需要而更換環境時，不可避免地會遭遇陡峭的學習曲線和額外的工具開銷。
通過使用Eclipse開放式開發平臺，嵌入式軟件開發人員就有機會實現環境的標準化，使之在新的層次上提供不同工具之間的一致性。

簡介
對于那些習慣于使用極度重視調試的工具環境的嵌入式開發人員來說，Eclipse乍看起來有些另類，因為這個環境是以代碼開發和項目管理作為出發點的。
根據以往經驗，Eclipse新用戶大約需要半天的時間來熟悉這套環境。之后，開發人員的工作效率會迅速超過使用較傳統的工具時的工作效率，并開始發揮出完全集成的開發環境的真正威力。以上的經驗數據是通過與許多經歷過這種轉變的嵌入式開發人員交流后得到的，現在他們非常滿意基于Eclipse的產品所提供的自由和靈活性。

平臺
Eclipse不是嵌入式環境，而是從企業開發領域衍生出的平臺，它使得各公司能夠通過使用標準的機制將自己的工具作為插件集成在這套平臺上，并提供標準用戶界面。這套工具如何工作以及做何工作，根據處理器或RTOS的不同，這個問題可能會有各種各樣的答案，但是集成開發環境（IDE）保持不變，而總體感觀也非常類似。對供應商和用戶而言，這一點都是非常有利的。
供應商不再需要開發和維護并非嵌入式領域所特有的IDE技術。他們可以利用第三方插件，使得他們的用戶能夠根據自己的特定需求來建立一流的軟件開發環境。這些開發環境可以是嵌入式開發環境或企業開發環境，可以使用商業許可或開源許可。

通用界面
現在，嵌入式開發人員能夠從通用用戶界面來啟動自己的工具。 無論使用什么工具，IDE的感觀都保持不變。

只要在選擇工具供應商的時候略微注意一點，開發人員就能夠使用各種類型的工具和實時系統而無須做出折衷。 選擇開放式標準的IDE也使得開發人員不必過分依賴于那些曾經一度是選擇RTOS時必不可少的工具和IDE。通過使用基于Eclipse的IDE，用戶現在能夠選擇自己的RTOS。而且他們知道，如果這個RTOS不能滿足自己下一個項目的需求，那么只需要換個新插件就可以了。

插件
Eclipse框架可以容納任意數量的插件，這些插件可以是完整的環境，獨立的應用程序或者僅僅在現有插件中新增幾個窗口。通過API來編寫插件有嚴格的準則，這確保了不同應用程序之間的一致性。不過，Eclipse也以向導、模板、菜單和示例的形式提供了大量的幫助，使得實際的API部分相對簡單。
Eclipse框架和插件的GUI部分都是使用Java編寫的（易于編程和移植），而Eclipse開發環境（用于創建Eclipse插件）也提供了幾個有用的工具包。被稱為Standard Widget Toolkit (SWT)的工具包是用來創建按鈕和對話框等低層次功能的，而更高層次的JFace提供了一個工具包，用來幫助創建視圖、列表和樹（見圖1）。
只有GUI部分必須使用Java編寫，而插件的其他部分不一定使用Java編寫。因此，遺留的C或C++應用程序無須重寫全部代碼就能夠移植為Eclipse插件。這對嵌入式供應商是有利的，并且對那些擁有專利工具的開發人員也有幫助。這些現在都能夠運行在相同的環境中。

項目和子項目
除了Eclipse平臺之外，開源社區仍然在開發許多項目和子項目。這些項目的開發人員是由不同層次的Eclipse成員組成的：戰略開發人員、戰略用戶、擴展服務提供商以及開源項目領導者。無須成員資格就能夠參與甚至是領導這些項目。

項目需要滿足一般或特定需求，該需求會影響軟件的開發，并且這些項目通常由在該特定領域有專業技術的公司來管理或領導。然后，這些項目可以作為示例或基礎供其他公司設計自己的商用（或免費）產品，這些產品通常被用來輔助其核心技術。

CDT和DSDP這兩個項目或者與嵌入式開發直接相關，或者被嵌入式供應商廣泛使用。許多嵌入式公司（通常是競爭對手）都參與到這些項目，并為之添磚加瓦。

圖1 Eclipse平臺架構提供了插件式的開發方法

C/C++開發工具（CDT項目）是許多基于Eclipse的嵌入式軟件開發工具的基礎。該項目使用Eclipse平臺和相應的項目瀏覽器作為其IDE，包含了一個具有構建（build）和生成（make）功能的GUI，這個GUI包含了GNU C/C++編譯器并提供了到其他嵌入式交叉編譯器的簡單連接。該項目提供了一個C和C++上下文相關的編輯器。并且，為了便于嵌入式調試，它包含了基于Eclipse的GUI，此外，還包含了GNU GDB調試引擎——可以提供軟件的編輯、構建（build）和調試之間的無縫式交互。

因為CDT本身就是標準Eclipse平臺的插件，提供了構建（build）和調試透視圖，所以其他工具很容易就能夠“插入”。這樣它就能夠成為完整的嵌入式系統開發環境。

設備軟件開發平臺（DSDP）是相對較新的項目，它關注嵌入式系統調試的許多方面。最初，DSDP主要關注用于目標管理、設備調試、移動Java和嵌入式GUI的構建基礎設施。它包括了eRCP，后者是一個正在移植簡化版Eclipse的項目，該Eclipse適合用于真正地運行在嵌入式系統上， eRCP還提供基于Java的平臺來運行嵌入式應用程序。這個項目的其他部分圍繞著調試器如何與嵌入式目標系統通信，并嘗試著為這種通信引入一些新的開放式標準到這個Eclipse項目中。

生命周期
考慮到嵌入式軟件設計的生命周期，Eclipse為開發人員額外增加了廣泛應用于嵌入式開發但是并非針對該任務設計的工具，這些工具通常都能夠集成到Eclipse中，并能夠以插件方式無縫地與嵌入式專有工具共同工作。 因此，從設計到部署，嵌入式開發人員可以從非嵌入式特有的需求和高層次設計工具著手，然后生成能夠用在構建（build）帶有嵌入式編譯器和連接器的透視圖中的代碼。

一旦完成了代碼的建立，開發人員就可以點擊某個按鈕，切換到調試透視圖，連接到目標設備，下載代碼并調試應用程序。為了更加詳細的測試和分析，可以使用其他Eclipse透視圖，它們提供了性能剖析（profiling）、分析以及測試工具，以便在部署之前真正地對代碼進行全面的測驗。

真正集成化的工具直接集成在Eclipse框架中，或者插入到某個項目中。例如，直接插入Eclipse框架的工具的優勢在于，它們通常能夠與任何其他插件共同工作，這些插件不依賴于Eclipse項目，但是要實現緊密的集成，工具供應商還需要進行額外的工作。集成在某個項目（如CDT）中的工具的優勢在于，它們通常與那些基于CDT的工具有更加緊密的集成，而且只需要較少的（或完全不需要）集成工作。