我相信你们很多人和我一样,多次切换过代码编辑器。 我认为我的第一个主要编辑器是 Coda。 然后,当我开始主要在本地工作时,我迁移到了 TextMate。 接着是 Sublime Text。 最近,我使用了 VS Code。 我敢打赌,您的旅程一定不同。 我认识很多非常喜欢 Atom、Brackets、WebStorm,甚至 BBedit 的人。 您只要做您想做的!
对我来说,在过去 12 年里,我换了四次编辑器,平均每三年换一次。 我不是那种快速迁移的人。 以下是我关于更换编辑器的想法。

迁移时,我需要花时间确保新编辑器与旧编辑器 **几乎一样**。
否则,我会最终讨厌它,并在一天或两天后切换回去。 我每次切换都会遇到这种情况。 每次切换后,我都会有一段时间短暂地回到旧编辑器,因为某些问题困扰着我,或者它影响了我的生产力,所以我放弃了。 (现在我知道自己会这样做,所以我不会因为 **一次** 短暂地回到旧编辑器就觉得我正在尝试的新编辑器 **永远** 不可能成功。)
我最近的一次切换是从 Sublime Text 到 VS Code。 我已经习惯了 Sublime Text 中的键绑定(例如,CMD+Shift+d
复制一行),因此很幸运的是,VS Code 支持这些绑定。

令我惊讶的是,即使是我的 VIM 朋友在 VS Code 中也感到开心和舒适。 (有趣的事实:我们在 CodePen 中也拥有 键绑定选项。)
没有什么能过于令人反感。
在我第一次尝试切换时,我发现 VS Code 的 UI 太混乱了,项目内搜索功能有点慢且笨拙。 这些问题困扰着我,导致我短暂地回到了 Sublime Text。
在最近的一次切换尝试中(可能是我的第三或第四次尝试),我终于找到了一个 主题,我非常喜欢(稍微定制了一下),还找到了一些设置来清理 UI(我删除了空格指示符,因为它们对我来说太压迫了,并且用更酷的样式覆盖了那个强烈的蓝色页脚)。

在更多地使用项目内搜索功能后,我逐渐习惯了它。 我甚至可能比 Sublime 更喜欢它,因为侧边栏方法比打开一个新的结果选项卡更一致。 我发现跳转到行功能运行得更加一致,而且搜索感觉更像它应该成为的第一级功能。
另一个因素是 Emmet。 我非常肯定,如果我在没有 Emmet 的编辑器中编写 HTML 和 CSS,我会非常恼火,我会直接放弃使用另一个有 Emmet 的编辑器。 Emmet 甚至不是 VS Code 的扩展,它是 内置的。
我乐于在成功切换 **之后** 进行一些小的更改。
一旦我 **真正** 完成了切换并全天候使用,**然后** 我就可以进行一些更改。 我可能会学习一些新的键盘命令。 我可能会添加一个扩展,为我提供以前从未有过的功能。 也许编辑器会以我现在愿意尝试的方式影响某些工作流程。
新编辑器最好有一些 **杀手级功能** 鼓励我切换。
如果它和旧编辑器完全一样,为什么要切换呢?
新编辑器需要更快(或者感觉一样快)。 或者看起来更好。 或者它应该有一些只在这个编辑器上可用的很棒的包。 最好是兼具所有这些功能。
在我最近的一次切换中,它就是 GitLens。

它应该有插件架构。
这意味着任何人都可以编写代码扩展编辑器。 我相当肯定,拥有插件架构(以及大量的社区支持)是任何编辑器成功的关键。 Sublime 的包管理器以及 VS Code 后续的内置包功能似乎至关重要。 不仅是为了功能,甚至是为了 编辑器的外观。 我不会使用一个我讨厌其外观的编辑器,但如果它的功能很强大,我会倾向于使用它。 对于基于插件的编辑器来说,这是一个无关紧要的问题。 开源 似乎也很明智。
小心那些陷阱。
其中一个问题就是拼写检查。 在 Sublime Text 中,它是一个在“查看”菜单下的选项。 我一直选中它,它一直进行拼写检查。

VS Code 中没有这个功能。 切换后这很危险,因为谁知道,我可能一直在犯错。 幸运的是,这个扩展 似乎正在起作用。 感谢扩展!
您的想法!
我认为询问大家在切换代码编辑器时会考虑什么会很有趣。 收到了很多回复。 我尽可能地挑选了一些,并重点关注了您提到的某一点。
- Jani Hartikainen 关心 VIM 键绑定。
- Morgon 希望 版本控制集成。
- Stu Robson 希望它 不会在打开大型文件时崩溃。
- Gabriel Vaquer 不希望它使用 Electron。
- gryzzly 希望它 启动速度快。
- Josh Betz 希望 有一个人类可读的配置文件。
- Dan Finlay 希望它 无需鼠标操作。
- Frank Spin 关心 GitHub 星数。
- Elijah Manor 希望它支持扩展。
- Max Sandelin 希望有可视化的 Git 控制。
- Matt Obee 希望 速度快。
- Kuldar 希望 UI 更少。
- Devon 希望 拥有他旧编辑器没有的功能。
- Brett Jankord 希望它 积极开发。
- Jordan Koschei 希望它被他信任的人使用。
- PaulMDev 希望 夜间模式。
- Brad Frost 希望 可靠性。
- Will Browar 希望 多重光标。
- Umar Taufiq 希望 代码提示。
- Thomas Faller 希望 社区和支持。
- code witch sam 希望 社区参与。
- 史蒂夫·加德纳想要 速度。
- 内森·诺勒尔担心 屏幕空间。
- hearsay 想要 实时预览。
- 基思·格兰特关心 语法高亮主题。
- 迈克·赖特穆勒 关心速度。
- Nori Code 关心 RAM 使用率。
- droan 关心连字。
我尝试过 VS Code,因为它的 PHP 调试器和智能感知比 Sublime Text 好得多。但我还没确定是否要完全迁移。
我曾经切换过编辑器。高中时,我使用的是 Microsoft FrontPage。上了大学后,我从 Windows 切换到 Linux,并将编辑器切换到了 Emacs。我从 2002 年就开始使用 Emacs。这些年来,我尝试过其他几种编辑器,但学习曲线总是比我想花的时间和精力学习它要陡峭得多,而我在 Emacs 上已经非常高效了。
如果我永远不离开 Emacs,我不会感到惊讶。它一直在改进,它的功能集正是我想要的。虽然 lisp 现在并不是一种常见的语言,因此为它编写插件的学习曲线非常陡峭,但我还没有发现自己有任何插件方面的需求是别人没有满足的。
我会颠倒这两个主要原因。如果有很大的优势,我会切换……但如果没有,为什么要费心呢?切换之后,我还希望不必重新学习所有内容。事实上,这让我一直没有迁移到 VSCode。我使用 Atom,它非常好。我尝试了 VSC,它也很好,但不同,而且我还没有看到任何显著的“哇,你可以在这里做,但不能在 Atom 中做!”功能。
我真的很喜欢 vs code,但有一件事可能会让我想要切换到其他编辑器,那就是用户界面有时会让人感觉不堪重负且令人困惑,尤其是首选项菜单,你必须手动输入 json 而不是使用复选框和下拉菜单。
我喜欢内置的 emmet 和扩展市场很棒,但更易于理解的用户界面会让它对我来说几乎是无敌的!
此外,对于你获得的质量和功能,很难相信它是免费的!
我在我们公司经常听到这种说法,我们是一家微软公司,传统上使用 Visual Studio 进行 .NET 开发。但我们现在正在进行一个 Angular/TypeScript 项目,VS Code 已经成为我们首选的编辑器。
好消息!VS Code 团队最近发布了一个包含新设置 UI 的 Insiders 构建版本。也许在不久的将来,我们不再需要为基本的编辑器设置编辑 JSON 配置文件了。
看起来你可以在这里查看最新信息并参与讨论
https://github.com/Microsoft/vscode/issues/50249
复选框和下拉菜单都在那里。只是在测试版中。它们很快就会发布。
他们目前正在开发一个不那么可怕的首选项管理版本!
对我来说,主要是关于速度,尤其是在处理巨大的目录时。我已经无数次地从 Sublime 切换到 VS Code,但最近我的笔记本电脑无法正常工作,所以我给了 Brackets 一次新的机会,它给我带来了如此大的惊喜,我将永远保留它。
它轻巧、快速,包含了我对其他文本编辑器的喜爱,并且已经包含了很多其他编辑器中需要插件才能实现的功能。例如,JS Lint、ES Lint、Emmet,甚至是一个实时预览服务器(虽然我通常使用其他解决方案来实现这一点)。
有趣的是,使用插件将 VSCode 的功能整合到 VIM 中,导致我的 VIM 实际上比 VSCode 还要慢!
VSCode 中的 Vim 模式已经成熟得很好,以至于我发现自己越来越少使用 Vim。我将永远了解 Vim,因此通过 SSH 登录时,如果发生这种情况,我仍然可以像老板一样编辑文件。我从 Netbeans -> Sublime -> Atom -> Vim -> Neovim -> VSCode 迁移过来。
从前端的角度来看,我认为我已经找到了最佳方案,并且在短期内不会更换编辑器。Node 调试器和一般的调试功能让我欲罢不能。
15 年来,我尝试过很多不同的编辑器。直到我发现了 Vim。在 Vim 中,你可以完全控制编辑器,可以执行任何命令、宏、代码段、重新绑定键,你可以用这个编辑器做很多有创意的事情。但 Vim 的学习曲线非常陡峭。掌握 Vim 可能需要几年时间。你可能每天都会学到关于 Vim 的新东西。我还没有见过任何人能自豪地说“我知道关于 Vim 的一切”。
在行业中,对于我来说,WebStrom 也相当不错,当新人开始参与项目时。
我并不太喜欢 VS Code,我认为它可能存在隐私问题。通常,微软收集的数据比他们声称的要多得多。
只需使用防火墙(在 Mac 上例如使用 Little Snitch)来阻止传出到 MS 服务器的连接。
我所在的 UI 开发团队很小,做 React + Sass 开发。
其他人已经从 Sublime 迁移到了 VS Code。
我拒绝迁移(目前),因为 Sublime 可以满足我的所有需求。
另外,我正在变老,学习新东西越来越困难。;)
Git + 命令行操作是在 Cmder 中完成的。
我不需要 IDE 为我做这件事,也不需要 Git 分支的漂亮图表表示等等。
切换时,我总是考虑两件事:速度和 UI。我喜欢 PHPStorm 和 Sublime Text,因为它们在这两方面都表现出色。虽然 VS 看起来很有前景,但它不如 PhpStorm 强大,而且比 Sublime Text 更重。
我使用 Pycharm 是出于同样的原因。此外,我认为 Sublime 非常适合在项目空间“外部” fiddling 文件。
我从 VI 切换到 VIM
我已经使用 Coda 很长时间了,仅仅因为它内置了 FTP。我在其他编辑器中没有找到这种功能。除非我遗漏了什么。
你遗漏了一些东西。Git。
对我来说,主要是关于跨平台使用。以及易于扩展。因此,我最喜欢的源代码编辑器仍然是 Geany。它适用于所有主要平台,在 Linux 和任何其他 Unix 派生版本上的编译都非常简单,它有大量的插件,以及很多非常好的配色方案。
我尝试过其他编辑器,包括 Atom,但它们看起来很脆弱,容易崩溃;在旧的(但仍然受支持的)Linux 安装上无法可靠地运行,因此对我来说完全不可取。
@christidtp:我专门使用 Total Commander 克隆来进行 S/FTP 操作。它对我来说更具吸引力,也是因为它有一些(大多数时候)内置的文件比较和搜索功能。
cu, w0lf。
很棒的信息。从上周开始,我一直在收集有关 HTML 体验的详细信息。你的博客中有一些我以前不知道的惊人细节。谢谢。
我一直想知道你什么时候会切换。去年,我成功地从 Sublime 切换到了 VSCode。我修改了很多默认主题:https://gist.github.com/tgallimore/da09ddbec8bda4e4a1c64876aa757cb9
我也使用 GitLens,但内置的标准 Git 功能也很棒!我喜欢并排比较和合并冲突处理。
我从 Sublime 切换到了 vim,然后是 vi,这已经是过去几年了。(但对于 C#,我仍然使用带有 vim 绑定的 Visual Studio。)
我想补充一点关于插件的说明,如果你使用的是 Mac、Linux 或其他 Unix 系统,那么值得使用与操作系统其余部分集成的编辑器。如果你可以使用‘curl’,你就不会需要一个 JSON 万能刀插件。如果你可以使用‘jquery’,你就不会需要一些 REST 客户端插件。构建系统集成?将‘make’或‘dotnet build’或任何其他命令绑定到 F5,完成。Git 责备?‘git blame %’。这个列表可以一直列下去。
Unix 的强大之处在于组合你已经拥有的程序。
我使用 PHPStorm 作为我的主要 IDE,使用 VSCode 和 Notepad++ 进行快速编辑。
我觉得有点奇怪的是,有些人说他们想要一个编辑器,而不是一个 IDE,但随后他们会下载大量的第三方插件,试图让那个编辑器更像一个 IDE。