現在，我們已經注意到Android SDK的很多功能是構建在Eclipse之上的，也瞭解到Eclipse的插件和擴展這種架構使得Android工具能夠掛接（hook）到IDE中很多方面的功能，你可能會思考為什麼Eclipse要讓你在服務器上運行Android應用，或者作為applet運行。如果你有一個工具並且期望它能夠提高你的編碼效率，卻發現有很多毫不相關的選項，那將是很麻煩的，因為Eclipse期望你能夠在一組異常冗長的菜單中找到正確的命令。
試試看看會發生什麼，在Eclipse工作區中隨便選中一個Android項目，右擊項目名稱，選擇Run As→Java Applet命令。你會看到如圖5-16所示的對話框。
圖5-16：選中的項目中沒有包含applet
雖然沒什麼錯，但是顯示結果還是很讓人失望。Eclipse及任何插件，都不應該提供一個百分之百運行失敗的操作。Eclipse在這方面做得很不好，不要以這種方式欺騙Android程序的用戶。如果選中的應用不包含applet，就不要給用戶提供以applet方式運行這個選項。這是圖形用戶界面的基本前提，是選項操作的基礎思想。一旦用戶選中某項，程序就應該知道該選項的所有有效操作，並且只給用戶展示這些有效操作。一個良好的界面（尤其是大型複雜的界面）應該鼓勵用戶執行安全的操作。
為什麼Eclipse的GUI應用會如此蹩腳？特別是在Eclipse令人印象深刻的強大功能和簡單易用的重構等重要特性的映襯下，這個瑕疵實在令人尷尬。一個猜測是Eclipse細粒度模塊化的架構思想，它帶來了豐富的擴展接口，強大的功能以及一些小小的不足。在最好的情況下，插件作者在提升用戶體驗時，需要考慮過多的可用接口調用；在最壞的情況下，Eclipse架構可能在某些情況下導致無法實現正確的結果。這也是為什麼有人要尋求Eclipse的替代品。