來自：彭博 | 責編：樂樂
鏈接：oschina.net/news/26929
01 爭論
有一些沒有唯一正確答案的“永恆”的問題，例如，更好的是：Windows還是Linux，Java還是C#；誰更強大：Chuck Norris還是Van Damme。
其中的一個Holy War便是Java和IDE的選擇：
有許多爭論的話題是討論它們哪個有更多的插件、快捷鍵等等。它們之間有太多的不同而很難決定什麼才是最重要的。
因此，人們都表示兩個IDE在功能上都差不多，選擇某一個則是個人喜好問題了。
我認為這不僅僅是個人喜好的問題，有客觀的原因能表明：Intellij IDEA 肯定比 Eclipse 更好。
我不會去大量比較兩者細微不同，例如插件與快捷鍵之類的。因為有一系列的blog是關於這些的。我將會展示IDEA與Eclipse的一個最大的不同之處。通常IDEA和Eclipse的擁護者都不曾了解。
前者已經習慣性的使用著它而不曾想像IDE缺少它會怎樣，後者則沒有使用它的習慣且難以想像有了它IDE能做得這麼好。 Eclipse的用戶在把玩IDEA的時候通常都不會意識到這個不同點，因為他們習慣了以Eclipse模式工作。
02 為何我如此確信？
在開始說明之前，讓我解釋一下我是誰和為什麼我的觀點值得一聽。
我使用Eclipse已經5年之久，我很了解它，我為它編寫插件並真心地喜愛它。然後，我換了一個公司工作，並被強行轉移到IDEA上開發，在這次“分手”後，我才最終意識到為什麼IDEA更加敏銳。而如今我我已經使用IDEA一些年了，所以我能比較它們兩者，因為我了解它們。
03 IDEA與Eclipse主要的不同
IDEA之所以更加敏銳的原因是：IDEA懂得上下文。這也是JetBrains員工命名IDEA為intelligent的原因。它真正的含義又是什麼呢？
IDEA檢索你的整個項目，分析項目所有的內容，甚至構建語法樹。幸虧有它，在任何時候無論你將鼠標放置在哪裡，IDEA都知道你在哪裡並知道在那能幹什麼。
仍舊不了然？別擔心，在列舉了以下幾個例子後，一切就清楚了。
這種對上下文的理解表現在很多很多方式上，以下只是其中的一部分。
1、調試
通常在調試過程中，我們想要求一些表達式的值，在Eclipse中你需要選定這個表達式，選定整個表達式非常重要，否則你就沒法求出它的值。然後，你可以使用Ctrl+Shift+I看到這個表達式的值。
使用IDEA你不需要選擇任何東西，你只需要把光標移到你的表達式中然後按下Alt+F8。 IDEA會很好的理解這個你可能需要的表達式，然後顯示一個對話窗口，其中有一些它給出的建議參數變量。你也可以編輯並在對話框中立即將得到這個表達式的值。相當的方便！試過這個特性後，你就不會再想在Eclipse中調試了。
基本上在兩個IDE上都能讓你做同樣的事，但是使用IDEA會更加簡單和快速。對此我認真的表示，這個差異太大了：就像天堂跟人間一樣。在一個小小的IDEA對話窗口中就提供了自動完成，語法高亮以及你需要的一切。
2、自動完成
自動完成使得IDE比notepad更加優秀，在這個領域能感知上下文的IDEA有了質的飛躍。例如，我們開始如下一行代碼：
assertElement(By.id('errorMessage'), vi
現在我們想要查找以vi開頭的選項有哪些。
IDEA怎麼做的呢？無需等待任何的按鍵，它馬上就能理解assertElement需要一個Conditaion類的示例作為第二個參數，而在Condition類中有一個靜態變量名叫visible。 IDEA會直接建議這個唯一的有效選項。
然而，Eclipse會怎麼做呢？唉，它不能理解上下文，它不知道光標所在處就是assertElement方法的第二個參數。因此當你按下“神聖”的Ctrl+Space時，Eclipse只會簡單的顯示全局中以vi字母開頭的一切。
在一個美麗的彈出框中我看到了很多漂亮的高亮的格式規範的無用的信息。 :(
3、重構
專業的程序員能夠高效的使用IDE提供的重構功能。所有的現代IDE都提供許多印象深刻的重構功能。但是還是那句，IDEA的重構功能也很聰明智能。它們能讀懂你需要什麼，然後針對不同的情況提供給你最適合的解決方案。
例如，假設我們有一個assertErrorMessageIsHidden方法：
public void assertErrorMessageIsHidden() {
assertElement(By.id('errorMessage'), Condition.visible);
}
我們以字符串“errorMessage”作為該方法的一個參數。
讓我們先從IDEA開始，將光標放在任何字符串“errorMessage”上，按Ctrl+Alt+P(代表“parameter”)，IDEA將會建議我們可能可以在哪些表達中用次字符串為參數。
當“errorMessage”表達式被選定以後，IDEA將會建議一些可能的能用做該參數的變量名稱。
04 不時的驚喜
你會經常地驚訝於IDEA的聰敏表現，比如它為你提示一些選項的名稱。它考慮到方法名稱，變量類型甚至是變量值，以及其他的此類變量的名稱，與之前你給定的此變量的名稱，除了忽略了你的生肖。相信我，你會想說“Wow,IDEA也能這樣？”，我想說至少每個月一次吧。
現在讓我們看看Eclipse是怎麼樣給出建議的。
別忘了，選擇整個'errorMessage'表達式哦。選擇一個“推薦參數”的重構功能（通過菜單，沒有什麼快捷鍵可供使用），獲得差不多相同的結果，然而，Eclipse不會給出變量名提示選項，但幸虧不會。
05 結論
如果我們選擇Java IDE，那麼Intellij IDEA肯定要比Eclipse好的。這不僅僅是個人喜好問題。從客觀上看，IDEA更好。它是的你能夠快捷地編寫和修改代碼。它給出恰當的名稱提示，查找適合的方法。它不需要你特別地選擇表達式便會猜測到你想要做的以及你想如何對它命名。 IDEA預示著並給你提示。
06 P.S. Remarks
我認為IDEA在作為Java IDE時確實比Eclipse更好。如果你考慮他們其他方面的能力例如用於其他例如C++、Python、Scala的IDE上，或者是作為構建桌面的應用的平台，Eclipse很有可能拔得頭籌。
事實上這是依賴於對他們的定義的，Eclipse已將自己定位為一個抽象平台，用來使用插件構建任何工具，而IDEA則定位為一個“智能的Java IDE ”，而且它正如此。
作為紀念我就嘗試著列絕一些Eclipse可能比IDEA更好的地方：
Eclipse看上去更棒，所有大題小做的SWT以及本地控件都用的很值。 Eclipse看上去很穩定的深思熟慮過的程序，它有著漂亮的字體以及圖標。然而當第一眼看到IDEA是，它像是作噱頭的玩具一樣，有著不完全的圖標以及笨拙的Swing界面。
Eclipse擁有更強的項目結構支持。在IDEA中，你的項目是有模塊組成。在Eclipse中你擁有一個由工程組成的工作區，每個工程都能被單獨打開或關閉，分組或隱藏。但是你真的需要么？
為Eclipse編寫插件似乎很簡單。
IDEA比Eclipse使用更多的系統資源。這其實也說得通--因為IDEA做得更多。
最後，Eclipse是免費的，然而IDEA Community版本已經夠我用了。
07 最後的建議
如果你需要漂亮的圖標，用來創建桌面程序的平台，C++IDE或者你用一個低配的筆記本工作，那麼Eclipse可能對你來說是更好的選擇。但是如果你是一個正兒八經的Java開發者，你需要更快更方便的工具幫你集中註意於解決問題而不是讓你分心，IDEA則正是你所需要的。
---END---
危險！請馬上停止使用第三方微信！大舉封號。
他只是想活下去，最後卻無助的死去！
馬斯克創造航天歷史！真佩服了~
酷炫的命令行終端！ Windows Terminal 1.0 終於正式發布！
文章為用戶上傳，僅供非商業瀏覽。發布者：Lomu，轉轉請註明出處： https://www.daogebangong.com/zh-Hant/articles/detail/Why%20IDEA%20is%20better%20than%20Eclipse.html
支付宝扫一扫 
评论列表（196条）
测试