在另一個問題中，Mark高度評價IDE，他說：“有些人仍然不知道他們為什么應該使用一個...”。作為使用vim進行編程的人，并且在大多數/所有同事都使用vim或emacs進行工作的環境中工作，IDE的優點是什么？我為什么要使用一個？我確定這對某些人來說是一個需要付費的問題，并且我對發動火焰戰爭不感興趣，因此請僅以您認為基于IDE的方法優越的理由進行答復。我對為什么不應該使用IDE不感興趣。我已經不用了?？梢赃@么說，我對從“柵欄的另一側”聽到有興趣。如果您認為IDE可能適合某些類型的工作，但不適合其他類型的工作，那么我也很想知道為什么。
3 回答
萬千封印
TA貢獻1891條經驗 獲得超3個贊
這實際上取決于您使用的語言，但是在C＃和Java中，我發現IDE對以下方面有好處：
快速導航到類型，而無需擔心名稱空間，項目等
通過將其視為超鏈接來導航至成員
當您不記得所有成員的姓名時自動完成
自動代碼生成
重構（大量）
組織導入（使用C＃中的指令在Java中自動添加適當的導入）
輸入時警告（即某些錯誤甚至不需要編譯周期）
將鼠標懸停在某處即可查看文檔
以一種有用的方式同時在屏幕上同時查看文件，錯誤/警告/控制臺/單元測試等以及源代碼的視圖
易于從同一窗口運行單元測試
集成調試
集成源代碼控制
直接從錯誤詳細信息導航到發生編譯時錯誤或運行時異常的位置。
等等！
所有這些節省時間。這些是我可以手動完成的工作，但更加痛苦：我寧愿編寫代碼。
青春有我
TA貢獻1784條經驗 獲得超8個贊
關于為什么我使用IDE的簡短答案是懶惰。
我是一個懶惰的靈魂，當有一種簡單的方法可以執行此操作時，我不喜歡用困難的方法進行操作。IDE使生活變得輕松，因此對我們懶惰的人們有吸引力。
在鍵入代碼時，IDE會自動檢查代碼的有效性，我可以突出顯示一個方法并按F1鍵以獲得幫助，右鍵單擊并選擇“轉到定義”以直接跳至定義位置。我按了一個按鈕，然后為我自動啟動了帶有調試器的應用程序。因此，清單繼續。開發人員每天做的所有事情都聚集在一個屋頂下。
無需使用IDE。不這樣做只是艱巨的工作。
呼喚遠方
TA貢獻1856條經驗 獲得超11個贊
我從相反的方向提出這個問題。我從小在Makefile + Emacs領域的進站編程中長大。從我最早的DOS編譯器Microsoft Quick C上，我就有一個IDE來自動執行操作。我花了很多年在Visual C ++ 6.0中工作，當我畢業于Enterprise Java時，我與Borland JBuilder一起工作，然后選擇了Eclipse，這對我來說非常有用。
在我最初的自學，大學學習以及現在的職業生涯中，我逐漸了解到，僅在IDE中完成的任何主要軟件開發都會適得其反。我說這是因為大多數IDE都希望您在他們的工作中我控制世界的獨特風格。您必須按照項目對項目進行切片和切塊。您已使用其奇數對話框管理項目構建。大多數IDE都無法很好地管理項目之間的復雜構建依賴關系，并且依賴關系很難100％正常工作。我曾經遇到過這樣的情況，除非我執行Clean / Rebuild All，否則IDE無法生成有效的代碼。最后，幾乎沒有一種干凈的方法可以將軟件移出開發并從IDE移入其他環境（如QA或Production）。建立所有部署單元通常是一件棘手的大事，或者您有一些IDE供應商為您捆綁東西的笨拙工具。但是再說一次
我了解到，與團隊一起進行大規模開發，如果我們使用IDE開發代碼并使用手動編寫的命令行腳本來完成所有構建，那么我們將是最高效的。（我們喜歡使用Apache Ant進行Java開發。）我們發現，在IDE外運行腳本只是復雜的構建過程中的一次點擊繁瑣或自動化的噩夢，將Alt + Tab切換為一個更容易（且破壞性較小）。外殼并在那里運行腳本。
手動構建要求我們錯過現代IDE中的一些精妙之處，例如后臺編譯，但我們獲得的要緊得多：可以在多種環境中生存的簡潔易用的構建。所有那些敏捷人士都在談論“一鍵構建”嗎？我們有它。我們的構建腳本也可以由連續集成系統直接調用。通過持續集成來管理構建，這使我們可以更正式地將代碼部署分段并將其遷移到不同的環境，并且當有人簽入破壞構建或單元測試的不良代碼時，我們幾乎可以立即知道。
實際上，我擔負起從IDE進行構建的角色并沒有對我們造成太大的傷害。Eclipse中的智能感知和重構工具仍然完全有用和有效-后臺編譯只是用來支持那些工具。而且，Eclipse獨特的項目切片是一種很好的方法，可以以一種每個人都可以理解的方式從心理上分解我們的問題集（盡管這對我的口味還有些冗長）。我認為Eclipse最重要的事情之一就是出色的SCM集成，這就是使團隊開發如此愉快的原因。我們使用Subversion + Eclipse，它非常高效，而且很容易培訓我們的人員成為專家。
添加回答
舉報
0/150
提交
取消