Eclipse的缺點

1.       版本間不相容，特別是外掛程式，在一個版本下可以很好工作，在另一個版本下就完全無法工作，就算兩個版本的版本號碼只有微小的差異。

2.       與JDK捆綁過於緊密。當JDK新的版本出來後，eclipse一般要滯後很長一段時間才有一個新版本支援新的JDK，然後等各個外掛程式能在新版本的eclipse下使用又要過很長時間。Eclipse應該做到開發環境和編譯器分離，這樣就算有了新的JDK，最多隻是在IDE裡對新JDK的文法現象支援不夠，但不影響最後的工作，現在的eclipse如果不支援JDK1.5，連編譯都不給你編譯。

3.       jface類庫中的設計有不合適的地方。AbstractTreeViewer類的setContentProvider(IContentProvider provider)函數，從參數上看只需要一個IContentProvider對象就可以了，但在AbstractTreeViewer對該函數的實現中卻要檢查provider必須是一個ITreeContentProvider對象。參數類型作為介面協議的一部分，應該是通過介面暴露給外部的，這裡顯然沒有做的這一點。setContentProvider函數的目的是提供一個抽象的寬泛的介面，但這種抽象顯然是過了頭了，並不是每一個ContentViewer的子類都使用同樣的IContentProvider抽象介面，而是使用不同的介面。這種把子類的特性強行抽象到父類來完成不管對於介面的實現者還是使用者都沒有任何好處。而SWT類庫的設計也非常不合理，是用物件導向語言進行的麵條式設計，完全不按照對象的實際特性進行規類和封裝。只要看一下SWT這個類你就會忍不住的憤怒，一大堆亂七八糟的常量定義，不管要在哪裡使用全都定義在這裡。SWING是一個非常好的平台無關的介面庫，不知道eclipse項目為什麼還要在大家都在喊開源，統一標準的時候跳出來另起爐灶，搞這麼一個結構不合理，功能又不全的類庫。