eclipse與idea比較 intellij idea與eclipse哪一個好

　　eclipse和idea比較：

　　有一些沒有唯一正確答案的“永恒”的問題，例如哪個更好：是Windows還是Linux，Java還是C#;誰更強(qiáng)壯：Chuck Norris還是Van Damme。

　　其中的一個便是Java IDE的選擇：

　　有許多爭論的話題是討論它們哪個有更多的插件、快捷鍵等等。它們之間有太多的不同而很難決定什么才是最重要的。

　　因此，人們都表示兩個IDE在功能性上都差不多，選擇某一個則是個人喜好問題了。

　　我認(rèn)為這不僅僅是個人喜好的問題，有客觀的原因能表明：intellij idea肯定比eclipse更好。

　　我不會去大量比較兩者細(xì)微不同，例如插件與快捷鍵之類的。因為有一系列的blog是關(guān)于這些的。我將會展示IDEA與Eclipse的一個最大的不同之處。通常IDEA和Eclipse的fans都不曾了解。

　　前者已經(jīng)習(xí)慣性的使用著它而不曾想象IDE缺少它會怎樣，后者則沒有使用它的習(xí)慣且難以想象有了它IDE能做得這么好。Eclipse的用戶在把玩IDEA的時候通常都不會意識到這個不同點(diǎn)，因為他們習(xí)慣了以Eclipse模式工作。

　　為何我如此確信?

　　在開始說明之前，讓我解釋一下我是誰和為什么我的觀點(diǎn)值得一聽。

　　我使用Eclipse已經(jīng)5年之久，我很了解它，我為它編寫插件并真心地喜愛它。然后，我換了一個公司工作，并被強(qiáng)行轉(zhuǎn)移到IDEA上開發(fā)，在這次“分手”后，我才最終意識到為什么IDEA更加敏銳。而如今我我已經(jīng)使用IDEA一些年了，所以我能比較它們兩者，因為我了解它們。

　　IDEA與Eclipse主要的不同

　　IDEA之所以更加敏銳的原因是：IDEA懂得上下文。這也是JetBrains員工命名IDEA為intelligent的原因。它真正的含義又是什么呢?IDEA檢索你的整個項目，分析項目所有的內(nèi)容，甚至構(gòu)建語法樹。

　　幸虧有它，在任何時候無論你將鼠標(biāo)放置在哪里，IDEA都知道你在哪里并知道在那能干什么。

　　仍舊不了然?別擔(dān)心，在列舉了以下幾個例子后，一切就清楚了。

　　這種對上下文的理解表現(xiàn)在很多很多方式上，以下只是其中的一部分。

　　1、調(diào)試

　　通常在調(diào)試過程中，我們想要求一些表達(dá)式的值，在Eclipse中你需要選定這個表達(dá)式，選定整個表達(dá)式非常重要，否則你就沒法求出它的值。然后，你可以使用Ctrl+Shift+I看到這個表達(dá)式的值。

　　使用IDEA你不需要選擇任何東西，你只需要把光標(biāo)移到你的表達(dá)式中然后按下Alt+F8。IDEA會很好的理解這個你可能需要的表達(dá)式，然后顯示一個對話窗口，其中有一些它給出的建議參數(shù)變量。

　　你也可以編輯并在對話框中立即將得到這個表達(dá)式的值。相當(dāng)?shù)姆奖?試過這個特性后，你就不會再想在Eclipse中調(diào)試了。

　　基本上在兩個IDE上都能讓你做同樣的事，但是使用IDEA會更加簡單和快速。對此我認(rèn)真的表示，這個差異太大了：就像天堂跟人間一樣。在一個小小的IDEA對話窗口中就提供了自動完成，語法高亮以及你需要的一切。

　　2、自動完成

　　自動完成使得IDE比notepad更加優(yōu)秀，在這個領(lǐng)域能感知上下文的IDEA有了質(zhì)的飛躍。例如，我們開始如下一行代碼：

　　assertElement(By.id("errorMessage"), vi

　　現(xiàn)在我們想要查找以vi開頭的選項有哪些。

　　IDEA怎么做的呢?無需等待任何的按鍵，它馬上就能理解assertElement需要一個Conditaion類的示例作為第二個參數(shù)，而在Condition類中有一個靜態(tài)變量名叫visible。IDEA會直接建議這個唯一的有效選項。

　　然而，Eclipse會怎么做呢?唉，它不能理解上下文，它不知道光標(biāo)所在處就是assertElement方法的第二個參數(shù)。因此當(dāng)你按下“神圣”的Ctrl+Space時，Eclipse只會簡單的顯示全局中以vi字母開頭的一切。

　　在一個美麗的彈出框中我看到了很多漂亮的高亮的格式規(guī)范的無用的信息.:(