Was ist der Unterschied zwischen Sublime Text und Githubs Atom [geschlossen]

Github kündigte Atom an, das Sublime sehr ähnlich ist. Sogar einige Tastenkombinationen wie ⌘ + P, ⌘ + Shift + Pusw. sind gleich.

1. Wie unterscheidet sich Atom von Sublime?
2. Enthält es IDE-Funktionen wie Build-Tools, Funktionsdefinitionssprünge, Dokumentationen usw.?
3. Hat jemand, der Sublime verwendet, eine Beta-Einladung erhalten, um auf die Unterschiede hinzuweisen?
4. Kann ich die Themen, Pläne und Pakete von Sublime verwenden wie es ist, wie Sublime mit tun könnte Text paaren .

1

PS: Öffnen Sie das Bild in einem neuen Tab für eine größere Auflösung.

1. Wie unterscheidet sich Atom von Sublime?
   • Atom ist ein Open Source Texteditor / IDE, der auf JavaScript / HTML / CSS basiert.
   • Sublime Text ist ein kommerzielles Produkt, das auf C / C ++ und Python basiert.
   • Vergleichbar mit Atom ist Adobe Brackets , ein weiterer Open-Source-Texteditor / eine IDE, die auf JavaScript / HTML / CSS basiert . Beachten Sie, dass sich Brackets dadurch stärker an der Webentwicklung orientieren, insbesondere im Frontend.
   • Vorteile von Open Source-Projekten sind eine schnellere Entwicklungsrate und natürlich der Preis.
2. Enthält es IDE-Funktionen wie Build-Tools, Funktionsdefinitionssprünge, Dokumentationen usw.?
   • Die kurze Antwort lautet ja, ja und ja. Die App ist komplett modular aufgebaut. Open Source gibt den Menschen die Freiheit, die Lücken in einigen dieser Funktionen zu schließen.
3. Hat jemand, der Sublime verwendet, eine Beta-Einladung erhalten, um auf die Unterschiede hinzuweisen?
   • Vorteile von Atom ist die Hackbarkeit für Einsteiger, da es auf demselben Code basiert, der Websites antreibt.
   • Die Vorteile von Sublime Text liegen in der Leistung, da es nicht auf Node.js ausgeführt werden muss und ein ausgereifteres Produkt ist, das bald eine stabile Version 3 erreichen wird.
   • Es gibt eine lange Liste kleinerer Unterschiede, die in den Kommentaren enthalten sein können (ich wünschte, dieser Abschlag könnte eine Tabelle für Vergleiche zeichnen, aber das ist ein anderes Problem).
   • Aufgrund der schnellen Wahlbeteiligung von Atom befürchte ich, dass einige der hier aufgeführten Unterschiede im Laufe der Zeit veraltet sein werden. Zum Beispiel ist Atom zum Zeitpunkt dieses Schreibens nur auf dem Macintosh verfügbar, während Sublime Text bereits plattformübergreifend ist.
4. Kann ich die Themen, Schemata und Pakete von Sublime so verwenden, wie es Sublime mit Text Mate tun könnte?
   • Die kurze Antwort lautet Nein, aber aufgrund der Hackbarkeit von Atom ist es einfach, Pakete von anderen Editoren auf Atom umzurüsten.

Zusätzlich zu den Punkten aus früheren Antworten lohnt es sich, die Unterschiede zwischen diesen beiden Produkten im Hinblick auf die in ihrer Entwicklung getroffenen Entscheidungen zu klären.

Sublime ist binär für die Plattform kompiliert. Sein Kern ist in C / C ++ geschrieben und einige seiner Funktionen sind in Python implementiert, der Sprache, die auch für die Erweiterung verwendet wird. Atom ist in Node.js / Coffeescript geschrieben und läuft unter Webkit, wobei Coffeescript die Erweiterungssprache ist. Obwohl Sublime in UI und UX ähnlich ist, bietet es eine deutlich bessere Leistung als Atom, insbesondere beim "Heavy Lifting" wie dem Arbeiten mit großen Dateien, komplexen SnR oder Plugins, die Dateien / Puffer stark verarbeiten. Obwohl ich im Laufe der Zeit Verbesserungen in Atom erwarte, schränken Design- und Plattformoptionen die Leistung ein.

Der "geschlossene" Teil von Sublime enthält die API und die Benutzeroberfläche. Abgesehen von Skins / Themes und Colourisern macht es die API derzeit schwierig, andere Aspekte der Benutzeroberfläche zu ändern. Zum Beispiel können Sublime-Plugins nicht mit der Seitenleiste interagieren, den Bearbeitungsbereich steuern oder zeichnen (außer auf begrenzte Weise, z. B. in der Gosse) oder die Statusleiste über den Basistext hinaus bearbeiten. Atoms "geschlossener" Teil ist im Moment unbekannt, aber ich habe das Gefühl, dass er kleiner ist.Atom verfügt über eine umfangreichere API (obwohl derzeit nur unzureichend dokumentiert) mit dem Entwurfsziel, eine bessere Kontrolle über die Benutzeroberfläche zu ermöglichen. Die enge Verbindung mit dem Webkit bietet zahlreiche Funktionen für Verbesserungen der Benutzeroberflächenfunktionen, die mit Sublime derzeit nicht möglich sind. Die Erweiterungen von Sublime sind jedoch näher an der ursprünglichen Leistung, sodass diejenigen, die rechenintensive, sich stark wiederholende oder komplexe Textmanipulationen in großen Puffern ausführen, in Sublime möglich sind.

Da mehr von Atom geöffnet sein werden, hat Github am 6. Mai Open-Source-Atom. Infolgedessen ist es wahrscheinlich, dass die Unterstützung und das Entwicklungstempo schnell sein werden. Im Gegensatz dazu hat sich die Entwicklung von Sublime in letzter Zeit erheblich verlangsamt - aber es ist nicht tot . Insbesondere gibt es eine Reihe von Fehlern, von denen viele recht trivial sind und die vom Entwickler nicht behoben wurden. Keiner ist imo auffällig, aber wenn Sie etwas in schneller Entwicklung mit regelmäßigen Bugfixes und Verbesserungen wollen, wird Sublime frustrieren. Allerdings müssen installierbare Atom-Pakete für Windows und Linux noch veröffentlicht werden, und die Aktivitäten auf der Codebasis scheinen sich laut Githubs Statistiken in den Wochen vor und nach der Ankündigung abgekühlt zu haben.

In Bezug auf IDE-Funktionen wird Atom aus Webdev-Sicht Erweiterungen zulassen, um Produkte wie Webstorm zu erreichen, obwohl noch keine erschienen sind. Es bleibt abzuwarten, wie Atom mit solch "schweren" Erweiterungen abschneiden wird, da sich der Editor von Natur aus träge fühlt. Aufgrund von Einschränkungen in der API und des Fehlens des zugrunde liegenden Webkits lässt Sublime diese Stufe der Anpassung der Benutzeroberfläche nicht zu, obwohl der Entwickler die API möglicherweise erweitern wird, um solche Funktionen in Zukunft zu unterstützen. Auch hier ermöglicht die zugrunde liegende Leistung von Sublime Dinge, die ein rechnerisches Grunzen beinhalten. Die Symbolindizierung von ST3 ist ein Beispiel, das auch bei großen Projekten eine gute Leistung erbringt. Und obwohl die Benutzeroberfläche von Atom sicherlich Sublime nachempfunden ist, fehlen einige Verbesserungen merklich, wie z. B. Sublime '.

Ich sehe diese Produkte als komplementär. Die Tatsache, dass sie ähnliche Grafiken und Tastenanschläge verwenden, trägt nur zur Tatsache bei. Es wird Situationen geben, in denen die Verwendung von beidem Vorteile hat. Derzeit ist Sublime ein ausgereiftes Produkt mit Funktionsparität auf allen drei Plattformen und einer Vielzahl von Plugins. Atom ist das neue Kind, dessen Gesichtszüge schnell wachsen werden. Es fühlt sich noch nicht produktionsbereit an und es gibt Bedenken im Bereich der Leistung.

[Update / Bearbeiten: 18. Mai 2015]

Ein Hinweis zu Verbesserungen an diesen beiden Editoren seit dem Zeitpunkt des Schreibens des oben genannten.

Zusätzlich zu Bugfixes und Verbesserungen des Kerns verzeichnete Atom ein schnelles Wachstum bei Erweiterungen von Drittanbietern, wobei Autocomplete-Plus Teil der Standard-Atom-Distribution wurde. Die Erweiterungsqualität ist sehr unterschiedlich und eine besondere Irritation ist die Häufigkeit, mit der instabile Pakete von Drittanbietern den Editor zum Absturz bringen können. Innerhalb des letzten Jahres hat Atom React verwendet, um Reflow- / Repaint-Aktivitäten aus Leistungsgründen auf die GPU zu verlagern und die Reaktionsfähigkeit der Benutzeroberfläche für typische Bearbeitungsaktionen (Scrollen, Cursorbewegung usw.) erheblich zu verbessern. Dies hat zwar das Gefühl des Editors deutlich verbessert, fühlt sich jedoch für CPU-intensive Aufgaben wie oben beschrieben immer noch umständlich an und ist beim Start immer noch langsam. Abgesehen von Leistungsverbesserungen fühlt sich Atom auf ganzer Linie deutlich stabiler.

Die Entwicklung von Sublime hat seit Januar 2015 wieder Fahrt aufgenommen, mit Bugfixes, einigen geringfügigen neuen Funktionen (Tooltip-API, Verbesserungen des Build-Systems) und einer wichtigen Entwicklung in Form einer neuen yaml-basierten .sublime-Syntax-Definition (um schließlich die alte zu ersetzen) xml .tmLanguage). Zusammen mit einer benutzerdefinierten Regex-Engine, die Onigurama ersetzt, bietet das neue System mehr Potenzial für eine präzise Regex-Anpassung, ist erheblich schneller (bis zu 4x) und kann mehrere Übereinstimmungen parallel durchführen. Neben der Farbsyntax verwendet Sublime diese Komponenten für die Symbolindizierung (gehe zur Definition usw.) und andere sprachbezogene Funktionen. Zusätzlich zur weiteren Beschleunigung von Sublime, insbesondere für große Dateien, sollte diese Funktion das Potenzial für performante sprachspezifische Funktionen wie Code-Refactoring usw. eröffnen. Weitere "große Entwicklungen" werden versprochen.

Atom wird mit Node.js, CoffeeScript und LESS geschrieben. Es wird dann in einen WebKit-Wrapper eingeschlossen, der ursprünglich nur für OSX verfügbar war, obwohl jetzt auch eine Windows-Version verfügbar ist. (Die Linux-Version muss aus dem Quellcode erstellt werden, es gibt jedoch eine PPA für Ubuntu-Benutzer.)

Viele der Architekturen und Funktionen wurden aus Sublime Text dupliziert, da sie sich bewährt haben. Das Plugin-System funktioniert fast genauso, eröffnet jedoch viele neue Funktionen und Potenziale, indem auch neue APIs verfügbar gemacht werden.

Ich glaube, dass die Verknüpfungen aufgrund des Muskelgedächtnisses größtenteils gleich bleiben - die Leute werden sich an sie erinnern und sofort mit Atom klicken können.

Die Einstellungen können über eine grafische Benutzeroberfläche gesteuert werden, anstatt JSON direkt zu bearbeiten. Dies kann die Eintrittsbarriere für den Einstieg in Atom verringern. Ich selbst finde es schwierig, sie alle zu navigieren, da es in den Einstellungen keine Suchfunktion gibt.

Sie können sich für eine Einladung im IRC-Kanal ## atom-invites anmelden oder sich auf deren Website anmelden und Ihre E-Mail-Adresse hinzufügen. Die erste Runde der Einladungen kam schnell.

Atom ist Open Source (seit einigen Stunden), Sublime Text hingegen nicht.

Hier sind einige Unterschiede zwischen den beiden:

• Atom ist Open Source (MIT-Lizenz)
• Eine Einzelbenutzerlizenz für Sublime Text kostet 70 US-Dollar .

• Atom ist in Node.js, CoffeeScript, HTML und LESS geschrieben .
• Sublime Text ist in C ++, Python für Plugins und Objective-C für die Cocoa-Integration geschrieben

• Atom hat einen eingebauten Paketmanager *
• Sublime Text hängt von einer Drittanbieterlösung für die Paketverwaltung ab ( Wbond Package Control ).

• Zum Zeitpunkt des Schreibens (20.05.2014) gibt es Atom-Binärdateien nur für Mac OS X (10.8 oder höher). Wenn Sie es unter Windows oder Linux verwenden möchten, müssen Sie es erstellen. Update: Heutzutage gibt es Atom-Binärdateien für Mac OS X (10.8 oder höher), Windows und Linux .
• Sublime Text-Binärdateien sind für Mac OS X, Windows (installierbar oder portabel) und Linux (als .deb oder Tarball) verfügbar.

• Atom-Einstellungen können entweder über eine benutzerfreundliche Oberfläche oder direkt durch Bearbeiten von Konfigurationsdateien konfiguriert werden .
• Mit Sublime Text können Sie Einstellungen nur über Konfigurationsdateien ändern .

* Obwohl APM ein separates Tool ist, wird es automatisch mit Atom gebündelt und installiert

Atom wurde von Github erstellt und beinhaltet "Git Awareness". Das ist eine Funktion, die ich sehr mag:

Außerdem werden die Dateien im Git-Baum hervorgehoben, die sich je nach Festschreibungsstatus in verschiedenen Farben geändert haben:

Ich habe heute gerade meine Beta-Einladung erhalten und Atom sofort ausprobiert. Die GUI fühlt sich wie Sublime an, und ja, es gibt einige Verknüpfungen, die von Sublime übernommen wurden.

Neben allem, was oben erwähnt wurde, sind hier einige Unterschiede, die ich bisher bemerkt habe:

1. Der Vim-Modus ist nicht so gut wie der Vintage-Modus von Sublime (der auch kein voll ausgestattetes Vim ist), da sich das Vim-Paket in einem frühen Entwicklungsstadium befindet. Weitere Informationen finden Sie unter https://atom.io/packages/vim-mode .

2. Wie James erwähnt, wird Atom mit Web-Tools geschrieben, sodass Sie auf das Stylesheet des Texteditors (styles.less) zugreifen können, um mithilfe von CSS die gewünschten Änderungen am Erscheinungsbild vorzunehmen. Es besteht auch die Möglichkeit, das Start-CoffeeScript zu ändern.

3. Da sich Atom noch in der Beta-Phase befindet, verfügt Sublime über wesentlich mehr native Plugin-Pakete. Da Atom jedoch in Node.js geschrieben ist, heißt es auf der offiziellen Atom-Website, dass Sie "aus über 50.000 im Paket-Repository von Node auswählen können". (Da ich kein Node.js-Profi bin, habe ich mich jedoch nicht mit dieser Funktion befasst.)

4. Atom hat sofort eine bessere Github-Unterstützung, aber Sublime hat mehrere Git-Pakete.

5. Sublime ist eine unbezahlte Bewertungsfrist für bezahlte Anwendungen. Atom ist in der Beta-Phase kostenlos, aber wir wissen nicht, ob Github es aufladen möchte oder nicht.

Unter dem Strich ist Atom also ein Texteditor, der in der Beta-Phase mit Web-Technologie erstellt wurde. Im Gegensatz dazu hat sich Sublime durch viele verschiedene Iterationen entwickelt. Atom fehlen immer noch viele Pakete, die Sublime unterstützt. Die Frage ist also, ob Atom Sublime einholen oder besser werden wird. Github scheint aufgrund der beliebten zugrunde liegenden Technologien zuversichtlich in die Zukunft dieser Textbearbeitung zu sein, und Atom wird auf lange Sicht wahrscheinlich eine gute Alternative zu Sublime sein.

Ein weiterer Unterschied besteht darin, dass Sublime-Text ein Closed-Source-Projekt ist, während Atom-Quellcode öffentlich verfügbar ist / sein wird - obwohl Github nicht plant, ihn als echtes Open-Source-Projekt zu veröffentlichen. Sie möchten Zugriff auf den Code gewähren, ohne ihn für Beiträge zu öffnen.

Github hat den Code veröffentlicht: http://blog.atom.io/2014/05/06/atom-is-now-open-source.html

Atom ist noch in der Beta (v0.123, während ich das schreibe), aber es geht schnell voran. Viel schneller als Sublime. Wöchentlich werden neue Builds veröffentlicht, manchmal sogar wenige in derselben Woche. In seiner kurzen Lebensdauer hatte es mehr Releases als Sublime, was Monate dauert, um ein neues Feature oder eine Fehlerbehebung zu veröffentlichen. Hier ist eine aktualisierte Darstellung der Dinge, die auf den Weg zurückblicken, den Atom seit dem Start der Beta eingeschlagen hat:

1. Sublime hat eine bessere Leistung als Atom. Einfach weil es in C ++ geschrieben ist. Atom hingegen ist eine webbasierte Desktop-App, die auf Chromium basiert. Die Leistung liegt ihnen sehr am Herzen, aber es wird sehr schwierig oder sogar unmöglich sein, die gleiche Geschwindigkeit und Reaktionsfähigkeit zu erreichen. Im Juli letzten Jahres begann Atom mit der Verwendung von React und es gab ihm einen schönen Leistungsschub, aber Sie können immer noch den Unterschied spüren. Abgesehen davon, wenn die Leistungsprobleme von Atom die Benutzer nicht abschrecken - Sublime beschleunigt den Veröffentlichungszyklus besser, verbessert seine kleinen UX-Optimierungen und erwägt, mehr Mitwirkende einzubeziehen, da Atom hier gewinnt.

2. Das Paket-Ökosystem von Atom wächst ebenfalls sehr schnell, es ist momentan vielleicht nicht so groß wie das von Sublime, aber ich habe das Gefühl, dass es mit GitHub auf der Rückseite noch schneller wachsen wird. Es hat wahrscheinlich die Mehrheit der IDE-ähnlichen Plug-Ins, die Sie sich vorstellen können. Ein wesentlicher Unterschied besteht derzeit darin, dass Dateien mit einer Größe von mehr als 2 MB nicht verarbeitet werden können.

3. Das einzige, was Sie zuerst bemerken werden, ist, dass die Sublime-Minikarte weg ist! Davon abgesehen ist der erste Eindruck, dass Atom fast genauso aussieht wie Sublime. Ich habe in diesem Blog-Beitrag einen ausführlicheren Vergleich darüber geschrieben .

4. Soweit ich weiß, gibt es keine einfache Möglichkeit, Ihre Sublime-Konfigurationen, -Pakete usw. zu portieren.

Ich habe Atom ausprobiert und es sieht wirklich gut aus, ABER es gibt ein großes Problem (zumindest in Version 0.84):

Vertikale Auswahl Alt+ Ziehen wird nicht unterstützt - dies ist ein Muss für jeden modernen Code-Editor.

Ein wesentlicher Unterschied ist die Unterstützung von "Indic Fonts", auch bekannt als südasiatische Schriften (einschließlich südostasiatischer Sprachen wie Khmer, Lao, Myanmar und Thai). Es gibt auch eine viel bessere Unterstützung für ostasiatische Sprachen (Chinesisch, Japanisch, Koreanisch). Dies sind bekannte Fehler (tatsächlich die am höchsten bewerteten Fehler), die seit Jahren auftreten (es scheint, dass die Unterstützung für ostasiatische Sprachen früher besser funktionierte, jetzt aber schwierig zu verwenden ist):

• 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/

Ich arbeite in einer kleinen extremen Umgebung. Bearbeiten Sie Dateien auf einem Remote-Dateisystem (sicherlich externes Netzwerk), das über ssh (auch bekannt als sshfs) auf meinem Laptop installiert ist. Unabhängig davon, warum ich das so mache, ist es trotz seiner umständlichen Reaktionsfähigkeit ziemlich essbar, wenn ich Sublime Text 2 verwende.

Ich habe Atom ausprobiert, nachdem ich diesen Beitrag gelesen hatte, aber es stellte sich als etwas schmerzhaft für mich heraus. Atom scheint die Verzeichnisstruktur nicht so effizient zwischenzuspeichern. Jedes Mal, wenn ich einen Ordner in der Baumansicht erweitere, fror die Benutzeroberfläche für kurze Zeit (2 bis 3 Sekunden) ein und ruft möglicherweise Dateisysteminformationen ab. Ja, weil ich ein Remote-Dateisystem verwende. Aber Sublime erledigt dies effizienter, zumindest friert es nicht jedes Mal ein, wenn ich einen Ordner erweitere, was weniger schmerzhaft ist.

Ich denke, Atom ist höllisch nett und meine Geschichte ist trivial und könnte eines Tages verbessert werden, aber es wäre für jemanden zu diesem Zeitpunkt hilfreich.

- -

hinzugefügt am 26.08.2014

Vor kurzem habe ich meinen Laptop spät von Macbook Air 2010 auf Macbook Pro 13 "2013 spät umgestellt. Er hat wahrscheinlich eine viermal schnellere CPU und viele Leistungsverbesserungen. Ich möchte erwähnen, dass meine Meinung für den Fall gilt, dass Sie das Remote-Dateisystem montieren. (Mit OS X Mavericks , der neuesten Version von Atom, FUSE 2.7.3 / OSXFUSE 2.6.4 / sshfs 2.5.0 und dem Remote-System ist der Ubuntu-Server.) Schließlich wird das Einfrieren der Benutzeroberfläche ziemlich kürzer, ist aber immer noch vorhanden. Um einen Ordner mit vielen Ordnern / Dateien zu öffnen und zu indizieren, ist eine gewisse Zeit erforderlich. Wenn Sie einen Ordner voller Dateien erweitern, gerät er nur ins Stocken (beim Reduzieren des Ordners nicht).

Laut @EliDuenisch scheint es unter Linux Mint nicht zu passieren. Ich bin mir nicht sicher, aber es könnte ein Unterschied zwischen den Betriebssystemen sein. Wenn Sie mit einem lokalen Dateisystem arbeiten, müssen Sie sich sicherlich überhaupt nicht um dieses Problem kümmern.

Ein wesentlicher Unterschied, auf den bisher niemand hingewiesen hat und der für manche Menschen wichtig sein könnte, besteht darin, dass Atom (zumindest unter Windows) andere Tastaturlayouts als die USA nicht vollständig unterstützt. Es gibt einen Fehlerbericht mit einigen hundert Posts, der seit mehr als einem Jahr geöffnet ist ( https://github.com/atom/atom-keymap/issues/35 ).

Könnte bei der Auswahl eines Editors relevant sein.

BEACHTUNG ::

- Aufgrund des schlecht gemachten Caching-Systems tritt bei Atom häufig ein Datenverlust auf, wenn große Dateien verwendet werden.

Es wurde mehrfach bewiesen.