2009-12-08 70 views
5

我不想學習IDE或類似的軟件,它只能用於一個平臺。我想花費我的時間+精力學習一些永恆的事實 - 真相。在Windows上從Visual Studio切換到Emacs的指南?

我想切換到一個編輯宗教,它沒有宗教,但有發展和進步,它看到&對待所有的平等。

是的,請提供一些關於如何在Windows上切換到Emacs的指南。 像,做編譯器設置,源設置,TFS綁定...以及我不知道的所有事情。

PS大部分(全部)我的代碼是C++(非託管)

回答

11

你需要考慮是否要使用Emacs,因爲只有你的編輯器,但繼續保持你的項目設置,源文件和在Visual Studio中構建/調試環境,或者在編輯器中完全切換到Emacs,並使用其他工具(例如,make)完全使用VS編譯器或其他編譯器構建項目。

前一種情況相對比較簡單 - 您可以在Emacs中打開文件,然後在Visual Studio中打開該項目,然後使用Alt-Tab切換到VS以進行構建和調試。有一個couple好的ports的圖形Emacs for Windows,或者你可以使用Cygwin結合終端版本的應用程序。

第二種選擇 - 切換到完全類UNIX的構建環境更多地涉及,並且遠遠超出您將使用的編輯器。

更新,鑑於「嬰兒學步」的評論:

如果你的目標是獲得一個完整的非VS(與實際的編譯器和鏈接器可執行的可能是個例外),在嬰兒學步環境,那麼我會首先推薦使用Emacs編輯源代碼,並習慣於各種快捷鍵等等。只談到原始編輯,我發現自己在編輯功能方面的Emacs效率要比VS高得多 - 如果遭受與鼠標有關的RSI的影響,則鼠標使用的減少是另一個好處。這是你可以採取的第一步。

不幸的是,下一步 - 從VS構建環境遷移到跨平臺的東西並不那麼簡單,我看不到一種特別漸進的方式來做到這一點。你需要決定你的選擇是什麼 - 它可以像傳統的GNU工具鏈一樣簡單 - make,makedepends,gcc,gdb和相關組件。在這裏,我建議在Windows上使用Cygwin - 習慣這一點,當你跳到UNIX環境時,你會馬上熟悉這些工具。如何用這個工具鏈建立一個良好的環境的細節可能會填滿一兩本書,但如果您的需求很簡單,這並不難。

當然,還有其他更現代的選擇,儘管它們中的很多都是面向Java的 - 但您仍然可以使用適當的插件或擴展與其他語言使用ANT和Maven之類的東西。

一旦你得到了你的非VS籌建成立(無關的Emacs),只有那麼你能去學習的任務如何觸發您的構建,修復編譯錯誤和調試使用你的程序emacs以集成的方式。

+0

我想完全移動,最終包括使用命令行構建源代碼。嬰兒的步驟:-),一次一個。 謝謝。 – 2009-12-08 22:30:02

+0

我已根據您的說明更新了我的回覆。 – BeeOnRope 2009-12-09 01:01:01

1

你有沒有看過Eclipse?它是一個非常優秀的跨平臺IDE,它通過插件(包括C,C++和其他)支持多種不同的開發語言。

除此之外,this似乎是一個很不錯的emacs參考。

祝你好運!

2

請參閱「Emacs For Dev Studio Users」。

+0

我一直在試圖從SlickEdit轉換到Emacs ECB/CEDET。它的功能非常強大,唯一的問題是你需要分配時間或者成爲Emacs大師,以便配置它以便功能匹配VS或SE。 – MrEvil 2009-12-10 23:24:29

0

如果你習慣於像Visual Studio這樣的IDE,也許你應該試試netbeans或eclipse。跨平臺。

0

Emacs是一個很棒的工具,我用它很久了,它必須是我見過的甚至構想的最好的文本編輯器。唯一的問題是你經常被驅使爲你所使用的平臺使用工具,而Visual C++肯定是這樣,因爲它在第三方API中非常普遍。

還有一個問題,命令行只是在Windows中吸引。這確實讓kibash使用emacs,因爲真正有必要使用makefile和unix工具來實現它的潛力。有cygwin提供了一些這個,但幾個版本後,有東西不斷破碎,不像我想要的,我放棄了它。

現在使用unix工具編程也很困難。 MS使用它的工具要好得多,雖然我發現配置的工作方式很容易毀掉你的項目,而且非常容易使用線程等功能,而不僅僅是彌補它。

所以我會說你可以嘗試在Windows上使用它,但它需要太多的努力來實踐,尤其是當你不斷轉身,看到另一件事情,你需要使用強迫你使用VC++或轉換另一個項目每隔10秒使用makefile。

相關問題