程序員的工作效率：Emacs vs IntelliJ IDEA

我用 Emacs 寫了 7 年的 C++ 代碼。 4 年前，當我換了工作，開始使用 IntelliJ IDEA 轉向 Java 開發。毫無疑問，比起 Emacs，我在 IntelliJ IDEA 上寫代碼更有效率。

導航

代碼好像真的是80%由導航生成，只有20%是實際寫作的結果，IntelliJ IDEA的真正亮點所在是導航到代碼庫。例如，假設你要添加功能到現有的類，即使你對那個類很熟悉，你還是需要檢查新代碼該放在哪里比較合適，需要添加一 個新的聲明嗎？還有什么其他的類在使用你現在修改的方法？這些都需要查看現有代碼。

甚至在你寫代碼時也會有很多導航，你想要使用的那個方法的名稱是什么？參數的序列是什么-是先有一個string,然后一個
整型，或是其他方式？枚舉可能的取值是什么？

有一些些導航存在于一個文件中，而在一個文件中我最常用的操作有：跳轉到文件的頂部或底部，轉到一行的開始或結束，選擇文本，剪切，復制，粘貼，向前向后搜索，注釋以及取消注釋代碼。 Emacs 和IntelliJ IDEA對這些操作都有很好的
命令和快捷鍵支持。

但是，當涉及到文件之間的導航時，IntelliJ IDEA就有很大的優勢。其中一個最有用的命令是Ctrl + B（轉到聲明），正如其名所暗示的，你可以轉到變量，方法，以及類的聲明處，即使它在另一個文件中。Ctrl + Alt + 左鍵可以返回上一級，我時刻都在用它，經常會在跳幾級后回到開始的地方。

另一個相關的導航命令是Ctrl + Alt + B（轉向定義）。在一個接口的方法名處使用此命令，你將會得到一個彈出的列表顯示著這個方法所有實現的地方，然后你可以選擇一個你需要轉向的，（如果只有一個實現，你就可以直接轉到哪兒）。重載方法是同樣的道理。

與此相反的是Ctrl + U （轉向父類方法或父類）。如果插入符在一個接口函數的實現處（一個小小的界面符號在方法名的左側），這個命令將會帶你轉到接口本身。

當我想查看一個方法或變量被使用的所有地方時，我使用Ctrl + Alt + F7（顯示用法）。這個命令彈出一個包含所有使用處
的列表，你可以很容易地轉向任意一個。如果要查找類，我使用Ctrl + N ( 轉到類)，它可以讓你使用大寫字母和*通配符搜索類名。我也經常用ctrl + E。他會彈出一個窗口包含了最近最常使用的15個文件（最常使用的在最上面）。你只需要向下選擇一個你想要的，然后按下回車轉到它。

另一個有用的命令是Ctrl + P（參數信息），在方法和構造函數的參數處使用它來獲得一個彈出窗口顯示參數的名稱和類型。而在Emacs中，從某種意義上來說這不是導航，你將不得不去方法或構造函數的定義處去找到這些信息。

上述所有的命令是難以置信的節省時間。在Emacs中，你需要自己轉到文件以便找到你所需要的。而在IntelliJ IDEA中，它是自動的。事實上，我注意到，在我使用C++和Emacs的日子里，比起Java我定義的類趨向于更大，方法少而且長。我想一個原因是，當 一切操作都在同一個文件中時Emacs導航更加容易，但是對于具有巨大導航功能的 IntelliJ IDEA來說，如果功能分散在多個文件中也并沒有多大的關系.

其他優勢

除了導航，IntelliJ IDEA在很多方面都具備優勢。雖然這兩種環境都有語法高亮， IntelliJ IDEA在此之上增加了一個新的有用功能。靜態的方法和變量以斜體顯示，沒有使用的變量或方法會變灰。當然，IntelliJ IDEA會用紅色標注任何你輸入的語法錯誤。沒有必要再去為了檢查錯誤編譯程序-它會實時地幫你完成。

在實際編碼時IntelliJ IDEA也會有一些非常有用的功能。首先就是名稱的自動補全，鍵入一個變量或方法名的幾個字母，按Ctrl+空格鍵，名稱會被補全。或者在點后按Ctrl+空格可以查看一個對象的可用方法。

另一個功能，根據IntelliJ IDEA的使用統計數據，是我用的最多的一個單一功能，那就是語法的自動選擇。當你反復按下 Ctrl + W，他對代碼的選擇部分會越來越大。例如，它就會選擇一個方法名，然后是一個表達式，再然后是整個語句，最后是整個代碼塊。這在搜索，排版縮進，注釋代碼 時非常有用。

當然，還有重命名支持。在Emacs中，如果我重命名一個方法名稱，我需要做查找和替換。但是對于每一個替換，我不得不檢查以確保我不會一不小心改 變不應該改變的東西。如果方法是公有的，我又必須在其他類中找到出現的地方。在IntellJ IDEA中，這就變成一件非常容易的事情。僅僅需要選擇方法名，按下Ctrl+F6,輸入新的名字，然后敲回車。所有文件中方法名出現的所有地方都將會被 替換。

對IDE毫無根據的顧慮

我經常會看到一些評論，關于如何你如果使用了IDE，你就必須很多時候在使用使用鼠標和菜單。這是完全錯誤地。我在所有的程序中都喜歡用快捷鍵，盡 量不用鼠標。IntelliJ IDEA對于所有的命令都有強大的快捷鍵綁定，而且很容易增加新的或者修改現有的命令。所以你需要使用鼠標和菜單的情況并不多。以上我提到的所有命令都是 用快捷鍵訪問的。

另一個毫無根據的顧慮是你只能做那些列在IDE菜單中的操作。這也是一個不能成立的觀點。就我而言，我所做的正和我在emacs中的一樣，即編寫和編輯代碼。唯一的區別是，IntelliJ IDEA更快更準確。

還有一個普遍的擔心，即你會被強制帶入到IDE“封閉的環境中”。好了，沒有什么可以阻止你在需要的時候使用其他具。源碼樹一直在那里存在。退出 IDE，去用任何你需要的工具，然后再返回來。例如，我有時需要跨越好幾個IntelliJ IDEA工程使用grep。在這些情況下，我就會用一個合適的正則表達式來使用grep。沒有什么大不了的。

最后，我還看到的一種說法是IDE到處加了配置和元數據文件。在IntelliJ IDEA中，只有3個工程文件被加到了目錄結構的根目錄下。就是這樣。非常的不起眼。

你不知道你錯過了什么

非常有趣的一件事是，在我換用IntelliJ IDEA之前我非常喜歡用Emacs。我已經學到了很多快捷操作，已經變得非常善于編輯。我也非常善于使用grep,查找以及使用目錄結構中的其他的 Unix命令，因此并沒有覺得我還缺少什么工具。快速說明一下：Unix命令行工具最好的來源是 Unix Power Tools。

當我開始用Symsoft時，幾乎所有的開發人員都在使用 IntelliJ IDEA。所有就很自然地嘗試了。我很快發現可以用它能做什么，并且永不回頭。事實上，一旦意識到它可以做一些酷的東西，我就堅持展示它給我的前同事看。 無論何時，只要我和他們共進完午餐，我都會帶他們來到我的辦公室。給他們展示一些IntelliJ IDEA的招數，眼見為實。

但是一個好的編輯器總會有自己的空間

對于一個好的文本編輯器來說總會有一些有用的地方。即使我沒有用Emacs寫java，我還是幾乎每天都在用它。這是我編輯文本文件的選擇，我也偶然用它編寫bash和ruby腳本。

然而，就在前幾天，我的一個同事提出了關于文本編輯器的話題。他提到他開始學習VIM，本著確保我知道我錯過了什么的精神，我也會試試看。所以過會兒，我將會用Vim代替Emacs。讓我們看看結果會如何呢。