這么多年來，我觀察到滾滾歷史潮流正在從Eclipse涌向IntelliJ IDEA。去年，兩者的使用率幾乎相等，但是我感覺天平正在漸漸傾向IDEA。

IDEA就像IDE中的iPhone——它的用戶會告訴你“一旦你習慣之后，你會覺得它更好用”，或者“你怎么還在使用Eclipse?”亦或是“IDEA太棒了，每個人都應該換成IDEA”，等等。

在過去的12年時間里，我主要使用Eclipse，但是在某些情況下，我使用IDEA——在我編寫Scala的時候，編寫Android的時候，以及最近——由于Eclipse未能為Java 9發行版做好準備，所以經過半天的努力之后，我只能切換到IDEA，直到Eclipse終于有了一個可用的Java 9版本(包括Maven和其他東西)。

我總是很快地回到Eclipse。我仍然更偏愛它。不僅僅是因為我已經內化了所有的關鍵字組合(你可以在IDEA中重用這些組合)，也是因為在IDEA中還有一些我覺得更糟糕的東西。當然，IDEA有許多很酷的功能，如代碼改進建議，以及它有實際上無所不能的有效插件。但我發現一些與更基本的開發工作流程和體驗有關的問題。這些無法用糖衣包裹的“炮彈”是：

1、項目不是自動構建的(默認情況下)，所以你可以以編譯錯誤結束，直到你打開一個非編譯文件或者運行一個構建。然后打開自動構建，讓計算機爬動起來。我知道我的計算機需要升級，但這不是重點——沒有“構建在變化上”對第一次嘗試IDEA的我來說是一個巨大的“驚喜”。

我最近在Twitter上抱怨說，這居然“是一個功能”。依據貌似是如果你使用重構，那就不應該發生。但是，有數十起案例表明它確確實實發生了。通過添加方法參數、更改參數類型、刪除參數(此處IDE無法根據類型推斷刪除哪個參數)或通過更改返回類型來重構。另外，Maven / Gradle依賴關系的改變可能會引入你無法看到的編譯問題。這根本不是一個合理的默認值，并且我認為性能問題是它仍然默認的唯一原因。這使得體驗變得更糟。

2、每個屏幕只能有一個項目。也許那些只有綠地項目的小公司也是存在的。但是你至少偶爾需要一個單獨的項目——無論是“實驗”，還是“工具”，或者其他什么。多模塊Maven項目(IDEA處理良好)是不夠的。所以每當你需要走出你的主要項目時，你會啟動另一個屏幕。除了糟糕的可用性之外，它的內存加倍，痛苦加倍。

3、說起內存，IDE似乎比Eclipse更耗費內存。我沒有這方面的代表性基準，但是我知道現在我家里的8 GB RAM對于開發來說太小了，不過一直沒換。

4、它感覺沒有那么響應和笨重。有一點小小的延遲，不好說，但是“我感覺得到”。我在某個地方讀到過說IDE過度地重畫屏幕元素，所以這可能就是原因。Eclipse感覺更順暢(我知道這不是一個合適的論據，但我也沒有更精確的數據了)。

5、機智如我很聰明地圍繞項目有“unused methods”和“never assigned fields”。由于使用Spring，所以這些方法和字段是控制器方法和自動裝配字段。也許一些Spring插件會照顧到這一點，但是Spring并不是唯一使用反射的框架。即使是POJO上的getter和setter也會得到unused警告。這些警告有什么問題?這些警告是貶值的。它們現在沒有任何意義。類也沒有“黃色”指示器，所以你實際上看不到警告的數量。Eclipse能夠更好地顯示警告，而且誤報也不太常見。

6、調用層次稍差。但是由于這對于我而言是最重要的IDE功能(還有重構也是)，所以我一定要著重說明。它不會給你沒有明確定義的默認構造函數的調用層次結構。另外，我所看到的是，IDEA用戶并不經常使用調用層次結構功能。我認為在調用層次結構之前，“查找引用”通過UI也更加明顯，所以一些IDEA用戶甚至不知道調用層次結構是什么，而是反復地“查找引用”。這只是IDE的缺陷之一。

7、在輸出控制臺中不進行搜索。為什么我有了IDE還必須復制輸出并粘貼到文本編輯器才能搜索?先等等，我得澄清一下，控制臺確實有搜索。但是當我運行(Spring Boot)應用程序時，它會在底部不是控制臺的面板中輸出東西，并且沒有搜索。

8、CTRL +箭頭默認跳過整個單詞，而不是“駱峰式”單詞。這是可配置的，但又是一個奇怪的默認值。幾乎大家總是希望能夠逐個單詞(在駝峰式大小寫情況下)地遍歷變量，而不是跳過整個變量(方法/類)名稱。

9、幾年前，當我將它用于Scala時，那個項目從未真正編譯過。但是我猜那更多的是Scala的錯，而不是IDE。

如果你說，除了前兩個，其余都不是重大問題，那我也同意。但是隨著一個個問題的累加，最終，這些稻草壓彎了駱駝。所以，我又回到了Eclipse的懷抱。當然你也可以對這些問題視而不見，這是你的選擇自由。