Sublime text和Github的Atom有什么不同？

 

Github宣布了与Sublime非常相似的Atom。 即使像⌘+ P，⌘+ Shift + P等键盘快捷键也是一样的。

  • Atom和Sublime有什么不同？
  • 它是否包含构建工具，函数定义跳转，文档等IDE功能？
  • 任何使用Sublime的人都有Beta邀请来指出区别？
  • 我是否可以使用Sublime的主题，方案和软件包，就像Sublime可以与文本伴侣一样使用 。

    • 原子壳牌 1

    PS：在新选项卡中打开图像以获得更大的分辨率。

  • Atom和Sublime有什么不同？
  • Atom是一个基于JavaScript / HTML / CSS的开源文本编辑器/ IDE。
  • Sublime Text是一款基于C / C ++和Python构建的商业产品。
  • 与Atom相比，Adobe Brackets是另一种基于JavaScript / HTML / CSS的开源文本编辑器/ IDE。 请注意，这使得Brackets更加面向Web开发，特别是在前端。
  • 开源项目的优势在于开发速度更快，当然还有更高的价格。
  • 它是否包含构建工具，函数定义跳转，文档等IDE功能？
  • 简短的答案是肯定的，是的，是的。 该应用程序完全模块化。 开放源代码将使人们可以自由地填补这些功能中的一些空白。
  • 任何使用Sublime的人都有Beta邀请来指出区别？
  • Atom的优势在于入门级的黑客行为，因为它基于强大网站的相同代码。
  • Sublime Text的优势在于性能，因为它不需要在Node.js之上运行，而且它是一个更成熟的产品，即将达到稳定的版本3。
  • 在评论中可以包含很多细微差异的列表（我希望这种减价可以绘制一张表格进行比较，但这是另一个问题）。
  • 由于Atom的快速投票，恐怕我列在这里的一些差异将随着时间的推移而过时。 举例来说，在撰写本文时，Atom仅在Macintosh上可用，而Sublime Text已经是多平台的。
  • 我是否可以使用Sublime的主题，方案和软件包，就像Sublime可以与文本伴侣一样使用。
  • 简短的答案是否定的，但是由于Atom的可破解性，将其他编辑器的软件包重新制作为Atom将很容易。

    • 除了之前回答的观点之外，还应该从发展过程中的选择角度澄清这两种产品之间的差异。

    Sublime是针对该平台进行二进制编译的。 它的核心是用C / C ++编写的，它的一些特性是用Python实现的，这也是用来扩展它的语言。 Atom使用Node.js / Coffeescript编写，并在webkit下运行，Coffeescript是扩展语言。 尽管UI和UX类似，但Sublime的表现明显优于Atom，尤其是在像大型文件，复杂SnR或对文件/缓冲区执行大量处理的插件之类的“繁重工作”中。 虽然我期望Atom在成熟时有所改进，但设计和平台选择会限制性能。

    Sublime的“封闭”部分包括API和UI。 除了皮肤/主题和色彩，API目前很难修改UI的其他方面。 例如，Sublime插件无法与侧边栏交互，控制或绘制编辑区域（除了以一些有限的方式，例如在装订线中）或操纵状态栏超出基本文本。 Atom的“封闭”部分目前还不知道，但我知道它的体积更小。 Atom拥有更丰富的API（尽管目前文档记录较差），其设计目标是允许更好地控制其UI。 与webkit紧密结合，为Sub功能增强提供了许多功能，这些增强功能目前不可能与Sublime一起使用。 但是，Sublime的扩展更接近本机，因此那些在大型缓冲区中执行计算密集型，高度重复或复杂文本操作的操作在Sublime中是可行的。

    由于更多Atom将开放，Github于5月6日开源Atom。 因此，支持和发展速度可能会很快。 相比之下，崇高的发展在近期已经显着放缓 - 但并未死光 。 特别是有一些错误，很多很琐碎的，这些错误还没有被开发者修复。 没有人能够展示imo，但是如果你想通过定期修复和增强功能来快速开发某些东西，Sublime会感到沮丧。 也就是说，根据Github的统计数据，Windows和Linux的可安装Atom包尚未发布，代码库上的活动似乎在宣布之前的几周内就已经降温。

    就IDE功能而言，从webdev的角度来看，Atom将允许扩展到像Webstorm这样的产品，尽管还没有出现。 由于编辑本身感觉呆滞，还有待观察Atom如何执行这种“重度”扩展。 由于API的限制和底层webkit的缺乏，Sublime将不允许这种级别的UI定制，尽管开发人员可能会扩展API以支持将来的这些功能。 同样，Sublime的基础性能允许涉及计算咕噜声的事物; 即使对于大型项目，ST3的符号索引也是一个很好的例子。 尽管Atom的用户界面当然是以Sublime为模型的，但是一些改进却明显缺失，例如Sublime的学习小组和标签完整弹出窗口，它们根据最常用的默认值进行加权。

    我认为这些产品是互补的。 他们共享类似的视觉效果和击键的事实只是增加了事实。 将会出现使用两者都有优势的情况。 目前，Sublime是一款成熟的产品，在所有三种平台上都具有功能均等性，并提供丰富的插件。 Atom是新特性快速增长的孩子; 它还没有感觉到生产就绪，并且在性能方面存在担忧。

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

    自撰写上述文件以来，关于对这两位编辑进行改进的说明。

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

    自2015年1月以来，Sublime的发展再次回升，它具有错误修正，一些次要的新功能（工具提示API，构建系统改进）以及基于新的基于yaml的.sublime语法定义形式的重大开发（最终将取代旧的xml .tmLanguage）。 与替代Onigurama的自定义正则表达式引擎一起，新系统为精确的正则表达式匹配提供了更大的潜力，显着更快（高达4倍），并且可以并行执行多个匹配。 除了着色语法外，Sublime还使用这些组件进行符号索引（转义定义等）和其他语言感知功能。 除了进一步加速Sublime，特别是对于大型文件，这个特性应该可以开发具有高性能语言特性的潜力，例如代码重构等。更进一步的'大发展'是承诺的，虽然作者仍然像以往一样，紧紧地l住他们。

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

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

    我相信，由于肌肉记忆，快捷键大部分保持不变 - 人们会记住它们并能够立即点击Atom。

    偏好可以通过GUI进行控制，而不是直接编辑JSON，这可能会降低让人们开始使用Atom的入门障碍。 由于在首选项中没有搜索功能，我自己很难浏览它们。

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

    链接地址: http://www.djcxy.com/p/87469.html

    上一篇: What is the difference between Sublime text and Github's Atom

    下一篇: How do I force Sublime Text to indent two spaces per tab?