不少時候咱們在編輯一個文件,同時還須要編輯其餘的文件。假如FF類是一個常常編輯的類,同時又須要對同一個包中的其餘類進行編輯—經過連接編輯器的功能,能夠迅速在同包的類之間進行切換。這個功能爲咱們提供了什麼樣的便利?每當編輯了一個文件,它會當即顯示其所在包瀏覽器視圖/項目視圖中的位置。若是使用展開式的包視圖,它會按功能對類劃分並顯示,而不使用分層(dao層, service層等)的方式來展現類。這也是我強烈推薦的展現方式,由於真的很方便。mongodb
Eclipsevim
在工程瀏覽視圖或者包瀏覽視圖能夠看到並使用連接編輯器(Link to Editor)的按鈕。瀏覽器
若是不想使用該功能,依然可使用Alt+Shift+W快捷鍵來查看包視圖或工程視圖並設置其顯示位置。app
IntelliJeclipse
在工程視圖或者包視圖中選擇設置,而後勾選根據源碼自動滾動(Autoscroll From Source)功能;編輯器
若是不想使用該功能,依然可使用快捷鍵Alt+F1來導航並設置顯示的位置;ide
自動完成使得IDE比notepad更加優秀,在這個領域能感知上下文的IDEA有了質的飛躍。例如,咱們開始以下一行代碼:工具
findElement(By.id("error"), vim
如今咱們想要查找以vim開頭的選項有哪些。學習
IDEA怎麼作的呢?無需等待任何的按鍵,它立刻就能理解findElement須要一個Conditaion類的示例做爲第二個參數,而在Condition類中有一個靜態變量名叫visible。IDEA會直接建議這個惟一的有效選項。字體
然而,Eclipse會怎麼作呢?唉,它不能理解上下文,它不知道光標所在處就是assertElement方法的第二個參數。所以當你按下「神聖」的Ctrl+Space時,Eclipse只會簡單的顯示全局中以vi字母開頭的一切。
在一個美麗的彈出框中我看到了不少漂亮的高亮的格式規範的無用的信息.:(
-
提及內存,IDEA彷佛比Eclipse更耗費內存。我沒有這方面的表明性基準,可是我知道如今我家裏的16 GB RAM對於開發大型項目來講過小了,不過一直沒換。不過這不礙事啊, 從第三次科技革命以來, 人類就一直在作着以空間換時間, 以存儲成本換效率的損事, just kiddin, 這是趨勢, 之後的app和ide都會變得愈來愈大(但並不表明愈來愈慢)
我用mongodb的時候也有這種感覺, 就是越先進的IDE和功能越強大的app都是之內存爲代價的...
默認設置了許多的功能
IntelliJ自己就自帶了衆多的功能(如:GitHub的集成)。固然,在Eclipse你也能夠經過選擇不一樣版本的插件來獲取到足夠的功能,只是須要本身來配置這些插件。
使用鼠標滾輪改變字體大小
在IntelliJ中,可使用鼠標滾輪來改變字體大小(我在瀏覽器中常用該功能)。可是這個功能須要手動激活。
在IDE中直接啓動命令行終端
使用快捷鍵: Alt + F12
靈活易用的模板
輸入p,而後使用快捷鍵Ctrl+J,就能夠獲取如下選項:
對JavaScript、HTML5的強力支持
商業版的IntelliJ應該包含了對 HTML五、CSS三、SASS、LESS、JavaScript、CoffeeScript、Node.js、ActionScript以及其餘語言的代碼輔助功能。我將盡快地確認這些內容。
沒法最大化控制檯
在Eclipse中,可使用Ctrl+M快捷鍵或者雙擊標籤來最大化當前的控制檯。可是在IntelliJ中並無相似的方式來。
鼠標懸停顯示Javadoc
固然,在IntelliJ中可使用Ctrl+Q快捷鍵來獲取上述的功能。但當鼠標懸停代碼就能看到部分Javadoc的功能在Eclipse中顯得是那麼的友好。
有許多爭論的話題是討論它們哪一個有更多的插件、快捷鍵等等。它們之間有太多的不一樣而很難決定什麼纔是最重要的。所以,人們都表示兩個IDE在功能性上都差很少,選擇某一個則是我的喜愛問題了。
可是隨着時代的發展, intellij idea必定會比eclipse好的, 先不說eclipse的開發團隊已經嚴重滯後了, IDEA自己就有着拜託一切歷史包袱的優點, 這也是爲何Google選擇在IDEA上二次開發了Android studio等環境, 我也慢慢的轉向jetbrain系列的生態環境中, 在這個idea的市場已經超越eclipse的大環境下, 你們仍是勇敢的嘗試新開化工具吧
零基礎學習Java,技術交流與討論,我推薦個人:Java學習園地,更多Java技術總結資料分享,開發經驗分享。