Sublime文本和Github的Atom有什么区别

Question

Github宣布Atom与Sublime非常相似。甚至一些键盘快捷键如⌘+ P ，⌘+ Shift + P 等也是相同的。

1. Atom与Sublime有何不同？
2. 是否包含IDE功能，如构建工具，函数定义跳转，文档等？
3. 是否有人使用Sublime获得Beta邀请以指出差异？
4. 我可以按原样使用Sublime中的主题，方案和软件包，例如Sublime可以使用文本配合。

1

PS：在新标签页中打开图片以获得更高分辨率。

Answer 1

除了先前答案的要点之外，从它们的发展选择的角度来澄清这两种产品之间的差异是值得的。

Sublime是为平台编译的二进制文件。它的核心是用C / C ++编写的，它的许多功能都是用Python实现的，它也是用于扩展它的语言。 Atom是用Node.js / Coffeescript编写的，在webkit下运行，Coffeescript是扩展语言。虽然在用户界面和用户体验方面类似，但Sublime的性能明显优于Atom，特别是在重型提升和＃34;比如使用大文件，复杂的SnR或对文件/缓冲区进行大量处理的插件。虽然我希望Atom在成熟时有所改进，但设计与实现相同。平台选择限制了性能。

＆＃34;关闭＆＃34; Sublime的一部分包括API和UI。除了皮肤/主题和颜色，API目前很难修改UI的其他方面。例如，Sublime插件不能与侧边栏交互，控制或绘制编辑区域（除了以某种有限的方式，例如在排水沟中）或操纵状态栏超出基本文本。 Atom＆＃34;关闭＆＃34;目前部分未知，但我感觉它更小。 Atom有一个更丰富的API（虽然目前记录不完整），其设计目标是允许更好地控制其UI。与webkit紧密结合，为Sublime目前无法实现的UI功能增强提供了许多功能。但是，Sublime的扩展程序更接近本机，因此在Sublime中可以在大缓冲区中执行计算密集型，高度重复性或复杂的文本操作。

由于Atom将会更多开放， Github将于5月6日开源Atom。因此，支持和发展速度可能很快。相比之下，Sublime的发展已经明显放缓 - but it's not dead 。特别是开发人员已经修复了许多错误，其中很多都是微不足道的。没有一个是showstopping imo，但是如果你想通过常规的bug修复和增强来快速开发，Sublime会让人感到沮丧。据Github的统计数据显示，用于Windows和Linux的可安装Atom软件包尚未发布，代码库上的活动似乎在宣布之前和之后的几周内已经冷却。 / p>

就IDE功能而言，从webdev的角度来看，Atom将允许扩展到接近像Webstorm这样的产品，尽管还没有出现过。还有待观察Atom将如何与这样的＆＃34;重＆＃34;扩展，因为编辑本身感觉迟钝。由于API的限制和缺乏底层webkit，Sublime不允许这种级别的UI自定义，尽管开发人员可能会扩展API以支持此类功能。同样，Sublime的基本性能允许涉及计算咕噜声的事情; ST3的符号索引是一个即使在大型项目中表现良好的例子。虽然Atom的用户界面肯定是以Sublime为蓝本的，但是有些改进明显缺失，例如Sublime的学习面板和制表符完整弹出窗口，它们根据你最常用的那些加权默认值。

我认为这些产品是互补的。他们共享相似的视觉效果和击键的事实只会增加事实。在某些情况下，使用任何一种都有优势。目前，Sublime是一款成熟的产品，在所有三个平台上都具有功能平等，并提供丰富的插件。原子是一个新的孩子，其特征将迅速增长;它还没有准备好生产，并且在性能方面存在顾虑。

[更新/编辑：2015年5月18日]

自编写上述内容以来，关于这两位编辑的改进的说明。

除了错误修正和对其核心的改进之外，Atom还经历了第三方扩展的快速增长，自动完成加成为标准Atom发行版的一部分。扩展质量差异很大，特别恼人的是不稳定的第三方软件包可能导致编辑器崩溃的频率。在去年，由于性能原因，Atom已经开始使用React将回流/重绘活动转移到GPU，从而显着提高了UI对典型编辑操作（滚动，光标移动等）的响应能力。虽然这显着改善了编辑器的感觉，但对于如上所述的CPU密集型任务仍然感觉很麻烦，并且在启动时仍然很慢。除了性能改进之外，Atom感觉全面稳定。

自2015年1月以来，Sublime的开发再次出现，包括错误修正，一些小的新功能（工具提示API，构建系统改进）以及基于yaml的.sublime语法定义的最新开发（最终替换旧的xml .tmLanguage）。与替代Onigurama的自定义正则表达式引擎一起，新系统为精确的正则表达式匹配提供了更多潜力，显着更快（高达4倍）并且可以并行执行多个匹配。除了着色语法之外，Sublime还使用这些组件进行符号索引（goto定义等）和其他语言感知功能。除了进一步加速Sublime，特别是对于大型文件，此功能应该开辟了高性能语言特性的潜力，例如代码重构等。进一步的大发展＆＃39;虽然作者仍然像往常一样对这些人表示严密的态度，但我们还是答应了。

Answer 2

使用Node.js，CoffeeScript和LESS编写Atom。然后将其包装在WebKit包装器中，该包装器最初仅适用于OSX，尽管现在还有Windows版本可用。 （Linux版本必须从源代码构建，但Ubuntu用户有PPA。）

很多架构和功能都是从Sublime Text复制的，因为它们经过了试用和测试。插件系统的工作方式几乎相同，但也通过公开新的API开辟了许多新的功能和潜力。

我相信由于肌肉记忆，快捷方式基本保持不变 - 人们会记住它们并能够立即点击Atom。

可以使用GUI控制首选项，而不是直接编辑JSON，这可能会降低让人们开始使用Atom的入门门槛。 我自己发现很难导航它们，因为“首选项”中没有搜索功能。

您可以在##atom-invites IRC频道注册邀请或注册到他们的网站并添加您的电子邮件。第一轮邀请来得很快。

Answer 3

1. Atom与Sublime有何不同？
   • Atom是一个开源的文本编辑器/ IDE，基于JavaScript / HTML / CSS。
   • Sublime Text是一种商业产品，基于C / C ++和Python。
   • 与Atom相似的是Adobe Brackets，另一个基于JavaScript / HTML / CSS构建的开源文本编辑器/ IDE。请注意，这使得Brackets更倾向于Web开发，特别是在前端。
   • 开源项目的优势是更快的开发速度，当然还有价格。
2. 是否包含IDE功能，如构建工具，功能定义跳转，文档等？
   • 简短的回答是肯定的，是的，是的。该应用程序完全模块化。开源将使人们可以自由填补其中一些功能的空白。
3. 是否有人使用Sublime获得Beta邀请以指出差异？
   • Atom的优点是入门级的可破解性，因为它基于与网站相同的代码构建。
   • Sublime Text的优点在于性能，因为它不需要在Node.js之上运行，而且它是一个更成熟的产品，即将达到稳定的版本3.
   • 可以在评论中包含一长串微小差异（我希望这个降价可以绘制一个表格进行比较，但这是另一个问题）。
   • 由于Atom的快速投票率，我担心我在这里列出的一些差异会随着时间的推移而变得过时。 每个例子，在撰写本文时，Atom仅在Macintosh上可用，而Sublime Text已经是多平台。
4. 我可以按原样使用Sublime中的主题，方案和软件包，就像Sublime可以使用文本配合一样。
   • 简短的回答是否定的，但由于Atom的可攻击性，将其他编辑器的软件包重新组合到Atom很容易。

Answer 4

Atom is open source（已经过了几个小时），而Sublime Text却没有。

Answer 5

以下是两者之间的一些差异：

• 原子is open source（麻省理工学院执照）
• Sublime Text costs $70的单用户许可。

---

• Atom写于Node.js, CoffeeScript, HTML and LESS。
• Sublime Text是written in C++, Python for plugins, and Objective-C for Cocoa integration

---

• Atom有built-in package manager*
• Sublime Text依赖于第三方解决方案来进行包管理 （Wbond Package Control）

---

• 在撰写本文时（2014年5月20日），仅适用于Mac OS X（10.8或更高版本）的Atom二进制文件。如果您想在Windows或Linux下使用它，您必须构建它。 更新：如今，there are Atom binaries for Mac OS X (10.8 or later) Windows and Linux。
• Sublime Text二进制文件为available for Mac OS X, Windows (installable or portable) and Linux (as a .deb or tarball)

---

• 可以配置原子设置either through a user-friendly interface or directly by editing configuration files。
• Sublime Text only allows you to change settings through configuration files。

---

*虽然APM是一个独立的工具，但它与Atom捆绑并自动安装

Answer 6

Atom由Github创建，它包含“git awareness”。这是我非常喜欢的一个功能：

它还突出显示了git树中根据其提交状态改变了不同颜色的文件：

Answer 7

我今天刚收到我的测试版邀请并立即尝试了Atom。 GUI感觉像Sublime，是的，有一些从Sublime采用的快捷方式。

除了上面提到的所有内容，以下是我到目前为止注意到的一些差异：

1. Vim模式不如Sublime上的Vintage模式（这也不是一个功能齐全的vim），因为vim包处于开发的早期阶段。有关详细信息，请参阅https://atom.io/packages/vim-mode。

2. 正如James所说，Atom是使用Web工具编写的，因此您可以访问文本编辑器（styles.less）的样式表，以使用CSS执行您想要的任何外观更改。还可以选择更改启动CoffeeScript。

3. 同样，由于Atom仍处于测试阶段，Sublime拥有更多本机插件包。但是，由于Atom是用Node.js编写的，Atom官方网站称你可以“从Node的软件包库中选择超过5万个”。 （因为我不是Node.js专业版，但我没有考虑过这个功能）

4. Atom有更好的Github支持，但是Sublime有几个Git包。

5. Sublime是付费申请无限期评估期。 Atom在beta阶段是免费的，但我们不知道Github是否想要收费。

所以底线是Atom是一个在测试阶段使用网络技术构建的文本编辑器。相比之下，Sublime已经通过许多不同的迭代进化而来。 Atom仍然缺少Sublime支持的很多软件包，所以问题是Atom会赶上Sublime还是变得更好？由于其流行的底层技术，Github似乎对此文本编辑的未来充满信心，从长远来看，Atom可能是Sublime的一个很好的替代品。

Answer 8

另一个区别是Sublime文本是一个封闭的源项目，而Atom源代码是/将公开可用 - 尽管Github不打算将其作为一个真正的开源项目发布。他们希望提供对代码的访问权限，而无需将其打开。

Github将代码公开：http://blog.atom.io/2014/05/06/atom-is-now-open-source.html

Answer 9

我试过Atom并且它看起来非常好但是有一个主要问题（至少在v 0.84中）：

它不支持垂直选择 Alt + Drag - 这是每个现代代码编辑器必须的。

Answer 10

Atom仍然处于测试阶段（因为我写这篇文章时为0.123），但它正在快速发展。比Sublime更快的方式。新版本每周发布一次，有时甚至在同一周内发布一些。在其短暂的生命周期中，它拥有比Sublime更多的版本，这需要数月才能发布新功能或修复bug。这是对自从推出测试版以来Atom采取的路径回顾的更新内容：

1. Sublime的性能优于Atom。仅仅因为它是用C ++编写的。另一方面，Atom是一个基于网络的桌面应用程序，建立在Chromium之上，虽然它们的性能接近于心脏，但是达到相同的速度和响应速度将非常困难甚至不可能。去年7月Atom开始使用React，它给了它一个不错的性能提升，但你仍然可以感受到它的不同。除此之外，如果Atom的性能问题不会推动用户离开 - Sublime可以更好地加快发布周期，刷新其小的UX调整，并考虑让更多的贡献者，因为这是Atom获胜的地方。

2. Atom的软件包生态系统也在快速增长，它现在可能没有Sublime那么大但我有一种感觉，GitHub可以支持它将继续增长更快。它可能有你想到的大多数类似IDE的插件。现在的一个主要区别是，它无法处理大于2MB的文件，所以要记住这一点。

3. 首先要注意的一点是Sublime迷你地图已经消失了！除此之外，第一印象是Atom与Sublime看起来几乎相同。我在这个blog post中写了一篇关于它的更深入的比较。

4. 根据我所知，没有简单直接的方式来移植您的Sublime配置，软件包等。

Answer 11

一个主要的区别是支持“印度字体”又名南亚脚本（包括东南亚语言，如高棉语，老挝语，缅甸语和泰语）。此外，还有更好的东亚语言支持（中文，日文，韩文）。这些已知的错误（实际上是评价最高的错误）已持续多年（认为看起来东亚语言支持过去效果更好但现在变得难以使用）：

• http://sublimetext.userecho.com/topic/117587-thai-language-issue/
• http://sublimetext.userecho.com/topic/99013-can-not-show-or-type-chinese-charactor-on-ubuntu-system/

Answer 12

我在极端的环境中工作;编辑安装在我的笔记本电脑上的远程文件系统（外部网络，通过ssh（aka .sshfs））上的文件。无论我为什么这样做，尽管其繁琐的响应能力，但当我使用Sublime Text 2时，它还是相当可食用的。

我在读完这篇文章后尝试了Atom，但事实证明这对我来说有点痛苦; Atom似乎没有如此高效地缓存目录结构。每次我在树视图上展开文件夹时，UI都会冻结很短的时间，2~3秒，可能会获取文件系统信息。是的，这是因为我使用的是远程文件系统。但Sublime处理这个效率更高，至少每次扩展文件夹时它都不会冻结，所以不那么痛苦。

我认为Atom是免费的，我的故事是微不足道的，有一天可能会有所增强，但此时此人会有所帮助。

-

于8/26/2014添加

最近，我将笔记本电脑从Macbook Air 2010改为Macbook Pro 13＆＃34; 2013年末。它的CPU速度可能提高4倍，性能也有很大提升。我想提一下我的意见是关于你何时安装远程文件系统的情况。 （使用 OS X Mavericks ，最新版本的Atom，FUSE 2.7.3 / OSXFUSE 2.6.4 / sshfs 2.5.0，远程系统是Ubuntu服务器）最终，UI冻结变得非常短，但是它还在那里。具体来说，要打开包含许多文件夹/文件的文件夹并对其进行索引，则需要一定的时间。此外，如果您展开一个文件夹，它只是步履蹒跚。 （折叠文件夹时，它不会

）

根据@EliDuenisch的说法，似乎没有发生在Linux Mint上。我不确定，但它可能来自操作系统之间的差异。当然，如果你在本地文件系统上工作，你根本不必关心这个问题。

Answer 13

注意::

- 由于制作缓慢的缓存系统，Atom在使用大文件时经常会丢失数据。

已经多次证明。

Answer 14

到目前为止，没有人指出的一个主要区别是，对于某些人来说可能很重要的是（至少在Windows上）Atom并不完全支持其他键盘布局而不是美国。有一个错误报告，有几百个帖子已经开放超过一年了（https://github.com/atom/atom-keymap/issues/35）。

选择编辑时可能会有用。