本文翻譯自：What is the difference between Sublime text and Github's Atom [closed]
Github announced Atom which is very similar to Sublime. Github宣佈Atom與Sublime非常相似。 Even some keyboard shortcuts like ⌘ + P , ⌘ + Shift + P etc. are same. 甚至一些鍵盤快捷鍵如⌘+ P ， ⌘+ Shift + P等也是相同的。
- How is Atom different from Sublime? Atom與Sublime的不同之處是什麼？
- Does it include IDE features like build tools, function definition jumps, documentations, etc.? 它是否包括IDE功能，如構建工具，函數定義跳轉，文檔等？
- Has anyone using Sublime got a Beta invitation to point out the differences? 有沒有人使用Sublime獲得Beta邀請來指出差異？
- Can I use the themes, schemes and packages from Sublime as is, like Sublime could do with text mate . 我可以按原樣使用Sublime中的主題，方案和包，就像Sublime可以使用文本配合一樣 。
PS: Open image in new tab for bigger resolution. PS：在新標籤頁中打開圖像以獲得更大的分辨率。
#1樓
參考：https://stackoom.com/question/1Uq0E/Sublime-text和Github的Atom有什麼區別-關閉
#2樓
Another difference is that Sublime text is a closed source project, while Atom source code is/will be publicly available --although Github does not plan to release it as a real open source project. 另一個區別是Sublime文本是一個封閉的源項目，而Atom源代碼是/將公開可用 - 儘管Github不打算將其作爲一個真正的開源項目發佈。 They want to give access to the code, without opening it to contributions. 他們希望提供對代碼的訪問權限，而無需將其打開。
Github made the code public: http://blog.atom.io/2014/05/06/atom-is-now-open-source.html Github將代碼公開： http ： //blog.atom.io/2014/05/06/atom-is-now-open-source.html
#3樓
Atom is written using Node.js, CoffeeScript and LESS. Atom是使用Node.js，CoffeeScript和LESS編寫的。 It's then wrapped in a WebKit wrapper, which was originally only available for OSX, although there is now also a Windows version available. 然後將其包裝在WebKit包裝器中，該包裝器最初僅適用於OSX，儘管現在還有Windows版本可用。 (Linux version has to be built from source, but there is a PPA for Ubuntu users.) （Linux版本必須從源代碼構建，但Ubuntu用戶有一個PPA。）
A lot of the architecture and features have been duplicated from Sublime Text because they're tried and tested. Sublime Text已經複製了許多體系結構和功能，因爲它們經過了嘗試和測試。 The plugin system works almost the same, but opens up a lot of new features and potential by exposing new APIs too. 插件系統的工作方式幾乎相同，但通過公開新的API也開闢了許多新功能和潛力。
I believe that the shortcuts remain mostly the same due to muscle memory – people will remember them and be able to instantly click with Atom. 我相信由於肌肉記憶，快捷方式基本保持不變 - 人們會記住它們並能夠立即點擊Atom。
The preferences can be controlled with a GUI rather than by editing JSON directly, which might lower the entry barrier towards getting people started with Atom. 可以使用GUI控制首選項，而不是直接編輯JSON，這可能會降低讓人們開始使用Atom的入門門檻。 I myself find it difficult to navigate them all since there is no search feature in Preferences. 由於“首選項”中沒有搜索功能，我自己發現很難導航它們。
You can signup for an invite on the ##atom-invites IRC channel or signup to their website and add your email. 您可以在## atom-invites IRC頻道上註冊邀請或註冊到他們的網站並添加您的電子郵件。 The first round of invites came quickly. 第一輪邀請來得很快。
#4樓
I just got my beta invitation today and tried Atom right away. 我今天剛收到我的測試版邀請，並立即嘗試了Atom。 The GUI feels like Sublime, and yes, there some shortcuts adopted from Sublime. GUI感覺像Sublime，是的，有一些從Sublime採用的快捷方式。
Besides everything mentioned above, here are some differences I have noticed so far: 除了上面提到的一切，這裏有一些我到目前爲止注意到的差異：
Vim mode is not as good as the Vintage mode on Sublime (which is not a fully featured vim either) because the vim package is in an early stage of development. Vim模式不如Sublime上的Vintage模式（這也不是一個功能齊全的vim），因爲vim包處於開發的早期階段。 See https://atom.io/packages/vim-mode for detail. 有關詳細信息，請參閱https://atom.io/packages/vim-mode 。
As James mention, Atom is written using web tools, so you have access to the stylesheet of the text editor (styles.less) to do whatever appearance changes you want using CSS. 正如James所說，Atom是使用Web工具編寫的，因此您可以訪問文本編輯器的樣式表（styles.less）來使用CSS執行您想要的任何外觀更改。 There is also an option to change the startup CoffeeScript. 還可以選擇更改啓動CoffeeScript。
Again, because Atom is still in the beta stage, Sublime has much more native plugin packages. 同樣，由於Atom仍處於測試階段，Sublime擁有更多的原生插件包。 However, since Atom is written in Node.js, the Atom official site said you can "choose from over 50 thousand in Node's package repository." 但是，由於Atom是用Node.js編寫的，Atom官方網站稱你可以“從Node的軟件包庫中選擇超過5萬個”。 (Because I am not a Node.js pro, I haven't look into this feature though) （因爲我不是Node.js專業版，但我沒有考慮過這個功能）
Atom has better Github support out of the box, but Sublime has a several Git packages. Atom有更好的Github支持開箱即用，但Sublime有幾個Git包。
Sublime is a paid application unlimited evaluation period. Sublime是付費申請無限期評估期。 Atom is free at the beta stage but we don't know whether Github wants to charge it or not. Atom在beta階段是免費的，但我們不知道Github是否想要收費。
So the bottom line is Atom is a text editor built with web technology at beta stage. 因此，底線是Atom是一個在測試階段使用網絡技術構建的文本編輯器。 By contrast, Sublime has evolved through many different iterations. 相比之下，Sublime已經通過許多不同的迭代進化而來。 Atom is still missing a lot of packages that Sublime supports, so the question is will Atom catch up with Sublime or become some better? Atom仍然缺少Sublime支持的很多軟件包，所以問題是Atom會趕上Sublime還是變得更好？ Github seems to be confident about the future of this text edit because of its popular underlying technologies, and Atom is probably going to be a good alternative to Sublime in the long run. 由於其流行的底層技術，Github似乎對此文本編輯的未來充滿信心，從長遠來看，Atom可能是Sublime的一個很好的替代品。
#5樓
In addition to the points from prior answers, it's worth clarifying the differences between these two products from the perspective of choices made in their development. 除了先前答案的要點之外，從它們的開發選擇的角度來澄清這兩種產品之間的差異是值得的。
Sublime is binary compiled for the platform. Sublime是爲平臺編譯的二進制文件。 Its core is written in C/C++ and a number of its features are implemented in Python, which is also the language used for extending it. 它的核心是用C / C ++編寫的，它的許多功能都是用Python實現的，它也是用於擴展它的語言。 Atom is written in Node.js/Coffeescript and runs under webkit, with Coffeescript being the extension language. Atom是用Node.js / Coffeescript編寫的，在webkit下運行，Coffeescript是擴展語言。 Though similar in UI and UX, Sublime performs significantly better than Atom especially in "heavy lifting" like working with large files, complex SnR or plugins that do heavy processing on files/buffers. 雖然UI和UX類似，但Sublime的性能明顯優於Atom，尤其是在“繁重的工作”中，例如處理大文件，複雜的SnR或對文件/緩衝區進行大量處理的插件。 Though I expect improvements in Atom as it matures, design & platform choices limit performance. 雖然我希望Atom在成熟時有所改進，但設計和平臺選擇限制了性能。
The "closed" part of Sublime includes the API and UI. Sublime的“封閉”部分包括API和UI。 Apart from skins/themes and colourisers, the API currently makes it difficult to modify other aspects of the UI. 除了皮膚/主題和顏色，API目前很難修改UI的其他方面。 For example, Sublime plugins can't interact with the sidebar, control or draw on the editing area (except in some limited ways eg. in the gutter) or manipulate the statusbar beyond basic text. 例如，Sublime插件不能與側邊欄交互，控制或繪製在編輯區域上（除了以某種有限的方式，例如在排水溝中）或操縱狀態欄超出基本文本。 Atom's "closed" part is unknown at the moment, but I get the sense it's smaller. Atom的“封閉”部分目前尚不清楚，但我覺得它更小。 Atom has a richer API (though poorly documented at present) with the design goal of allowing greater control of its UI. Atom擁有更豐富的API（儘管目前記錄不完整），其設計目標是允許更好地控制其UI。 Being closely coupled with webkit offers numerous capabilities for UI feature enhancements not presently possible with Sublime. 與webkit緊密結合，爲Sublime目前無法實現的UI功能增強提供了許多功能。 However, Sublime's extensions perform closer to native, so those that perform compute-intensive, highly repetitive or complex text manipulations in large buffers are feasible in Sublime. 但是，Sublime的擴展更接近原生，因此那些在大型緩衝區中執行計算密集型，高度重複性或複雜文本操作的擴展在Sublime中是可行的。
Since more of Atom will be open, Github open-sourced Atom on May 6th. 由於更多Atom將開放， Github將於5月6日開源Atom。 As a result it's likely that support and pace of development will be rapid. 因此，支持和發展速度可能很快。 By contrast, Sublime's development has slowed significantly of late - but it's not dead . 相比之下，Sublime的發展最近顯着放緩 - 但它並沒有死亡 。 In particular there are a number of bugs, many quite trivial, that haven't been fixed by the developer. 特別是有一些錯誤，許多是非常微不足道的，沒有被開發人員修復。 None are showstopping imo, but if you want something in rapid development with regular bugfixing and enhancements, Sublime will frustrate. 沒有一個是showstopping imo，但是如果你想通過常規的bug修復和增強來快速開發，Sublime會讓人感到沮喪。 That said, installable Atom packages for Windows and Linux are yet to be released and activity on the codebase seems to have cooled in the weeks before and since the announcement, according to Github's stats. 據Github的統計數據顯示，Windows和Linux的可安裝Atom軟件包尚未發佈，代碼庫上的活動似乎在宣佈之前和之後的幾周內已經冷卻。
In terms of IDE functions, from a webdev perspective Atom will allow extensions to the point of approaching products like Webstorm, though none have appeared yet. 就IDE功能而言，從webdev的角度來看，Atom將允許擴展到接近像Webstorm這樣的產品，儘管還沒有出現過。 It remains to be seen how Atom will perform with such "heavy" extensions, since the editor natively feels sluggish. 由於編輯本身感覺遲鈍，Atom將如何執行這種“重”擴展還有待觀察。 Due to restrictions in the API and lack of underlying webkit, Sublime won't allow this level of UI customisation although the developer may extend the API to support such features in future. 由於API的限制和缺乏底層webkit，Sublime將不允許這種級別的UI自定義，儘管開發人員可能會擴展API以支持此類功能。 Again, Sublime's underlying performance allows for things that involve computational grunt; 同樣，Sublime的基本性能允許涉及計算咕嚕聲的事情; ST3's symbol indexing being an example that performs well even with big projects. ST3的符號索引是一個即使在大型項目中表現良好的例子。 And though Atom's UI is certainly modelled upon Sublime, some refinements are noticeably missing, such as Sublime's learning panels and tab-complete popups which weight the defaults in accordance with those you most use. 雖然Atom的用戶界面肯定是以Sublime爲藍本的，但是一些改進明顯缺失，比如Sublime的學習面板和製表符完整的彈出窗口，它們根據你最常用的那些加權默認值。
I see these products as complementary. 我認爲這些產品是互補的。 The fact that they share similar visuals and keystrokes just adds to the fact. 他們共享相似的視覺效果和擊鍵的事實只會增加事實。 There will be situations where the use of either has advantages. 在某些情況下，使用任何一種都有優勢。 Presently, Sublime is a mature product with feature parity across all three platforms, and a rich set of plugins. 目前，Sublime是一款成熟的產品，在所有三個平臺上都具有功能平等，並提供豐富的插件。 Atom is the new kid whose features will rapidly grow; 原子是一個新的孩子，其特徵將迅速增長; it doesn't feel production ready just yet and there are concerns in the area of performance. 它還沒有感覺到生產準備就緒，並且在性能方面存在顧慮。
[Update/Edit: May 18, 2015] [更新/編輯：2015年5月18日]
A note about improvements to these two editors since the time of writing the above. 關於自編寫上述內容以來對這兩位編輯的改進的說明。
In addition to bugfixes and improvements to its core, Atom has experienced a rapid growth in third-party extensions, with autocomplete-plus becoming part of the standard Atom distribution. 除了錯誤修正和對其核心的改進之外，Atom還經歷了第三方擴展的快速增長，自動完成加成爲標準Atom發行版的一部分。 Extension quality varies widely and a particular irritation is the frequency by which unstable third party packages can crash the editor. 擴展質量差異很大，特別惱人的是不穩定的第三方軟件包可能導致編輯器崩潰的頻率。 Within the last year, Atom has moved to using React by way of shifting reflow/repaint activity to the GPU for performance reasons, significantly improving the responsiveness of the UI for typical editing actions (scrolling, cursor movement etc.). 在去年，由於性能原因，Atom已經開始使用React將回流/重繪活動轉移到GPU，從而顯着提高了UI對典型編輯操作（滾動，光標移動等）的響應能力。 While this has markedly improved the feel of the editor, it still feels cumbersome for CPU intensive tasks as described above, and is still slow in startup. 雖然這顯着改善了編輯器的感覺，但對於如上所述的CPU密集型任務仍然感覺很麻煩，並且在啓動時仍然很慢。 Apart from performance improvements, Atom feels significantly more stable across the board. 除了性能改進之外，Atom感覺全面穩定。
Development of Sublime has picked up again since Jan 2015, with bugfixes, some minor new features (tooltip API, build system improvements) and a major development in the form of a new yaml-based .sublime-syntax definition (to eventually replace the old xml .tmLanguage). 自2015年1月以來，Sublime的開發再次出現，包括錯誤修正，一些小的新功能（工具提示API，構建系統改進）以及基於yaml的.sublime語法定義（以最終取代舊版本）形式的主要開發xml .tmLanguage）。 Together with a custom regex engine which replaces Onigurama, the new system offers more potential for precise regex matching, is significantly faster (up to 4x) and can perform multiple matches in parallel. 與替代Onigurama的自定義正則表達式引擎一起，新系統爲精確的正則表達式匹配提供了更多潛力，顯着更快（高達4倍）並且可以並行執行多個匹配。 Apart from colouring syntax, Sublime uses these components for symbol indexing (goto definition etc.) and other language-aware features. 除了着色語法之外，Sublime還使用這些組件進行符號索引（goto定義等）和其他語言感知功能。 In addition to further speeding up Sublime, particularly for large files, this feature should open up the potential for performant language-specific features such as code-refactoring etc.. Further 'big developments' are promised, though the author remains, as ever, tight lipped about them. 除了進一步加速Sublime之外，特別是對於大型文件，此功能應該開闢了高性能語言特性的潛力，例如代碼重構等。進一步的“重大發展”得到承諾，儘管作者仍然如此，緊緊抓住他們。
#6樓
I tried Atom and it looks really nice BUT there is one major problem (at least in v 0.84): 我嘗試了Atom，它看起來非常好但是有一個主要問題（至少在v 0.84中）：
It doesn't support vertical select Alt +Drag - this is a must for every modern code editor. 它不支持垂直選擇Alt + Drag - 這是每個現代代碼編輯器必須的。