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,它非常高效,而且很容易培訓我們的人員成為專家。
添加回答
舉報