在Windows上从Visual Studio切换到Emacs的指南？

我不想学习只为一个平台制作的IDE或类似软件.我想花时间和精力学习一些永恒的真理.

我想转向一种编辑宗教,它既没有宗教信仰,也没有发展和进步,它以平等的态度看待和对待所有人.

是的,请给我一些关于如何在Windows上切换到Emacs的指南.比如,做编译器设置,源设置,TFS绑定......以及我不知道的所有事情.

PS大部分(全部)我的代码是C++(非托管)

您需要考虑是否只想使用Emacs作为编辑器,而是继续在Visual Studio中维护项目设置,源文件和构建/调试环境,或者在编辑时完全切换到Emacs并使用其他一些工具(例如,make)完全使用VS编译器或其他编译器构建项目.

前一种情况相对简单 - 您可以在Emacs中打开文件,在Visual Studio中打开项目,然后只需Alt-tab到VS进行构建和调试.Windows 有几个很好的图形化Emacs 端口,或者您可以将Cygwin与应用程序的终端版本结合使用.

第二个选项 - 切换到完全类UNIX的构建环境更为复杂,并且远远超出了您将使用的编辑器.

更新,以下关于"婴儿步骤"的评论:

如果您的目标是在婴儿步骤中获得完整的非VS(可能除了实际的编译器和链接器可执行文件)环境,那么我建议首先只使用Emacs编辑您的源,并习惯各种快捷方式钥匙等.仅仅谈到原始编辑,我发现自己在Emacs中的效率要高于VS,因为编辑功能很强大 - 如果你遭受与鼠标相关的RSI,那么对鼠标的使用会更少.这是你可以迈出的第一步.

不幸的是,下一步 - 从VS构建环境迁移到跨平台的东西并不是那么简单,我看不到一种特别渐进的方式.你需要决定你的替代方案 - 它可以像经典的GNU工具链一样简单 - make,makedepends,gcc,gdb和相关组件.在这里,我建议在Windows上使用Cygwin - 习惯这一点,当你跳转到UNIX环境时,你会立即熟悉这些工具.如何使用这个工具链设置一个好环境的细节可能会填满一两本书,但如果你的需求很简单,那就不难了.

当然还有其他更现代的替代方案,尽管其中许多都是面向Java的 - 但你仍然可以使用ANT和Maven之类的东西和其他语言一起使用相应的插件或扩展.

一旦你设置了非VS版本(与Emacs无关),只有这样你才能学习如何使用emacs以集成方式触发构建,修复编译错误和调试程序.