程式員的工作效率：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。讓我們看看結果會如何呢。

原文連結： henrikwarne 翻譯： 伯樂線上 - hahakaka