web-dev-qa-db-fra.com

Quelle est la différence entre le texte Sublime et le texte de Github Atom

Github annoncé Atom qui est très similaire à Sublime. Même certains raccourcis clavier comme ⌘ + P, ⌘ + Shift + P etc. sont les mêmes.

  1. En quoi Atom est-il différent de Sublime?
  2. Inclut-il les fonctionnalités IDE telles que les outils de construction, les sauts de définition de fonctions, la documentation, etc.?
  3. Quelqu'un utilisant Sublime a-t-il reçu une invitation à la bêta pour signaler les différences?
  4. Puis-je utiliser les thèmes, schémas et packages de Sublime tels quels, comme Sublime pourrait le faire avec text mate .

Atom Shell1

PS: Ouvre l'image dans un nouvel onglet pour une résolution plus grande.

editorsublimetext2sublimetexttext-editoratom-editor
337
Om Shankar
  1. En quoi Atom est-il différent de Sublime?
    • Atom est un éditeur de texte open source/IDE, construit sur JavaScript/HTML/CSS.
    • Sublime Text est un produit commercial, construit sur C/C++ et Python.
    • Comparable à Atom est Adobe Brackets , un autre éditeur de texte open source/IDE basé sur JavaScript/HTML/CSS. Soyez conscient que cela rend Brackets plus orienté vers le développement Web, spécialement dans le front-end.
    • Les avantages des projets open source sont un taux de développement plus rapide et, bien sûr, un prix.
  2. Inclut-il IDE des fonctionnalités telles que des outils de construction, des sauts de définition de fonctions, des documentations, etc.?
    • La réponse courte est oui, oui et oui. L'application est complètement modulaire. L'open source donnera aux gens la liberté de combler les lacunes de plusieurs de ces fonctionnalités.
  3. Quelqu'un utilisant Sublime a-t-il reçu une invitation à la bêta pour signaler les différences?
    • Les avantages de Atom sont le piratage d’entrée de gamme, car ils reposent sur le même code que celui utilisé pour les sites Web.
    • Les avantages de Sublime Text sont les performances, car il n’a pas besoin de fonctionner sur Node.js, et c’est un produit plus mature, sur le point d’atteindre une version 3 stable.
    • Il existe une longue liste de différences mineures pouvant être incluses dans les commentaires (j'aimerais que cette démarque puisse dessiner un tableau aux fins de comparaison, mais c'est un autre problème).
    • En raison du taux de participation rapide d'Atom, je crains que certaines des différences que je cite ici ne deviennent obsolètes avec le temps. Par exemple, au moment d'écrire ces lignes, Atom n'est disponible que sur le Macintosh, alors que Sublime Text est déjà multiplateforme.
  4. Puis-je utiliser les thèmes, schémas et packages de Sublime tels quels, comme Sublime pourrait le faire avec text mate.
    • La réponse courte est non, mais en raison de la capacité de piratage d'Atom, il sera facile de réorganiser les packages d'autres éditeurs vers Atom.
125
harrypujols

Outre les points des réponses précédentes, il convient de clarifier les différences entre ces deux produits du point de vue des choix opérés lors de leur développement.

Sublime est un binaire compilé pour la plate-forme. Son noyau est écrit en C/C++ et un certain nombre de ses fonctionnalités sont implémentées en Python, qui est également le langage utilisé pour l'étendre. Atom est écrit dans Node.js/Coffeescript et s'exécute sous Webkit, Coffeescript étant le langage d'extension. Bien que similaire dans UI et UX, Sublime fonctionne nettement mieux que Atom en particulier dans les tâches difficiles, comme travailler avec des fichiers volumineux, des SnR complexes ou des plug-ins qui effectuent un traitement lourd sur les fichiers/tampons. Bien que je prévoie des améliorations dans Atom à mesure de son développement, les choix de conception et de plate-forme limitent les performances.

La partie "fermée" de Sublime inclut l’API et l’UI. Outre les thèmes/thèmes et les coloriseurs, l’API rend difficile la modification d’autres aspects de l’interface utilisateur. Par exemple, les plug-ins Sublime ne peuvent pas interagir avec la barre latérale, contrôler ou dessiner sur la zone d'édition (sauf de manière limitée, par exemple dans Gutter), ni manipuler la barre d'état au-delà du texte de base. La partie "fermée" d'Atom est inconnue pour le moment, mais j'ai l'impression qu'elle est plus petite. Atom dispose d'une API plus riche (bien que peu documentée à l'heure actuelle) dans le but de permettre un meilleur contrôle de son interface utilisateur. Le fait d'être étroitement associé à webkit offre de nombreuses fonctionnalités pour l'amélioration des fonctionnalités de l'interface utilisateur qui ne sont actuellement pas possibles avec Sublime. Cependant, les extensions de Sublime sont plus proches du langage natif. Par conséquent, celles qui effectuent des manipulations de texte complexes, très répétitives ou complexes dans des mémoires tampons volumineuses sont réalisables dans Sublime.

Depuis plus de Atom sera ouvert, Github open source Atom le 6 mai. En conséquence, il est probable que le soutien et le rythme de développement seront rapides. En revanche, le développement de Sublime a ralenti de manière significative ces derniers temps - mais ce n’est pas mort. En particulier, il existe un certain nombre de bugs, dont certains sont assez triviaux, qui n'ont pas été corrigés par le développeur. Sublime est frustré si vous voulez quelque chose en développement rapide avec des corrections de bogues et des améliorations régulières. Cela dit, les packages Atom installables pour Windows et Linux doivent encore être publiés et Selon les statistiques de Github, l'activité sur la base de code semble avoir ralenti dans les semaines qui ont précédé et depuis l'annonce.

En ce qui concerne les fonctions IDE, d'un point de vue webdev Atom permettra des extensions au point d'approcher des produits tels que Webstorm, bien qu'aucun ne soit encore apparu. Il reste à voir comment Atom fonctionnera avec de telles extensions "lourdes", car l'éditeur se sent natif. En raison des restrictions de l'API et de l'absence de Webkit sous-jacent, Sublime n'autorisera pas ce niveau de personnalisation de l'interface utilisateur, même si le développeur peut étendre l'API pour prendre en charge de telles fonctionnalités à l'avenir. Encore une fois, les performances sous-jacentes de Sublime permettent des choses qui impliquent un grognement informatique; L'indexation des symboles de ST3 est un exemple qui fonctionne bien, même avec de gros projets. Et, bien que l'interface utilisateur d'Atom soit certainement inspirée de Sublime, il manque certaines améliorations, telles que les panneaux d'apprentissage de Sublime et les fenêtres contextuelles comportant des onglets complets qui pondèrent les valeurs par défaut en fonction de celles que vous utilisez le plus.

Je vois ces produits comme complémentaires. Le fait qu'ils partagent les mêmes visuels et frappes au clavier ne fait qu'ajouter au fait. Il y aura des situations où l'utilisation de l'un ou l'autre aura des avantages. Actuellement, Sublime est un produit mature avec une parité de fonctionnalités sur les trois plates-formes et un riche ensemble de plug-ins. Atom est le nouvel enfant dont les traits vont se développer rapidement. la production n'est pas encore prête et des problèmes de performance se posent.

[Mettre à jour/Modifier: 18 mai 2015]

Une note sur les améliorations apportées à ces deux éditeurs depuis la rédaction de ce qui précède.

Outre les corrections de bugs et les améliorations apportées à son noyau, Atom a connu une croissance rapide des extensions tierces, avec la fonction autocomplete-plus faisant désormais partie de la distribution standard Atom. La qualité des extensions varie considérablement et une irritation particulière est la fréquence à laquelle les packages tiers instables peuvent provoquer le blocage de l'éditeur. Au cours de l’année écoulée, Atom a commencé à utiliser React en transférant l’activité de refusion/repeinte au GPU pour des raisons de performances, ce qui a considérablement amélioré la réactivité de l’UI pour les opérations d’édition classiques ( défilement, déplacement du curseur, etc.). Bien que cela ait nettement amélioré la convivialité de l'éditeur, il reste néanmoins fastidieux pour les tâches gourmandes en ressources processeur, comme décrit ci-dessus, et son démarrage est toujours lent. Outre l'amélioration des performances, Atom semble nettement plus stable dans l'ensemble.

Le développement de Sublime a repris depuis janvier 2015, avec des corrections de bugs, quelques nouvelles fonctionnalités mineures (tooltip API, améliorations du système de construction) et un développement majeur sous la forme d'une nouvelle définition de la syntaxe .sublime basée sur yaml (pour remplacer xml .tmLanguage). Associé à un moteur de regex personnalisé qui remplace Onigurama, le nouveau système offre davantage de possibilités de correspondance précise des regex, il est nettement plus rapide (jusqu'à 4x) et peut effectuer plusieurs correspondances en parallèle. Outre la coloration de la syntaxe, Sublime utilise ces composants pour l'indexation des symboles (définition, etc.) et d'autres fonctionnalités prenant en charge les langages. En plus d’accélérer encore plus Sublime, en particulier pour les fichiers volumineux, cette fonctionnalité devrait ouvrir la voie à des fonctionnalités performantes spécifiques à une langue, telles que le refactoring de code, etc. les lèvres serrées autour d'eux.

167
sebt

Atom est écrit en utilisant Node.js, CoffeeScript et LESS. Il est ensuite enveloppé dans un wrapper WebKit, qui était à l'origine uniquement disponible pour OSX, bien qu'il existe maintenant une version Windows disponible. (La version Linux doit être construite à partir du source, mais il existe un PPA pour les utilisateurs Ubuntu.)

Une grande partie de l'architecture et des fonctionnalités ont été dupliquées à partir de Sublime Text, car elles ont fait leurs preuves. Le système de plug-in fonctionne presque de la même manière, mais ouvre de nombreuses nouvelles fonctionnalités et possibilités en exposant également de nouvelles API.

Je pense que les raccourcis restent essentiellement les mêmes en raison de la mémoire musculaire - les gens s'en souviendront et pourront cliquer instantanément avec Atom.

Les préférences peuvent être contrôlées à l'aide d'une interface graphique plutôt que par l'édition directe de JSON, ce qui pourrait réduire les obstacles à l'entrée dans Atom. J'ai moi-même du mal à les parcourir car il n'y a pas de fonction de recherche dans les préférences.

Vous pouvez vous inscrire à une invitation sur le canal ## atom-invites IRC ou sur un site Web et ajouter votre adresse électronique. Le premier tour d'invitations est venu rapidement.

129
James

Atom est open source (depuis quelques heures maintenant), alors que Sublime Text ne l’est pas.

56
bhell

Voici quelques différences entre les deux:

* Bien qu'APM soit un outil séparé, il est fourni et installé automatiquement avec Atom.

22
Alcides Queiroz Aguiar

Atom a été créé par Github et inclut la "sensibilisation aux git". C'est une fonctionnalité que j'aime beaucoup:

enter image description here

En outre, il met en évidence les fichiers de l’arborescence git qui ont changé avec des couleurs différentes en fonction de leur statut de validation:

enter image description here

12
joscas

Je viens de recevoir mon invitation bêta aujourd'hui et j'ai essayé Atom tout de suite. L'interface utilisateur graphique ressemble à Sublime, et oui, il existe quelques raccourcis adoptés par Sublime.

En plus de tout ce qui est mentionné ci-dessus, voici quelques différences que j'ai remarquées jusqu'à présent:

  1. Le mode Vim n’est pas aussi performant que le mode Vintage de Sublime (qui n’est pas non plus un logiciel complet), car le package vim en est à ses débuts. Voir https://atom.io/packages/vim-mode pour plus de détails.

  2. Comme le mentionne James, Atom est écrit à l'aide d'outils Web. Vous avez donc accès à la feuille de style de l'éditeur de texte (styles.less) pour effectuer les modifications d'apparence souhaitées à l'aide de CSS. Il existe également une option pour changer le démarrage CoffeeScript.

  3. Encore une fois, étant donné que Atom est toujours en phase bêta, Sublime propose beaucoup plus de packages de plug-ins natifs. Cependant, étant donné que Atom est écrit dans Node.js, le site officiel Atom indique que vous pouvez "choisir parmi plus de 50 000 dans le référentiel de paquets de Node". (Parce que je ne suis pas un pro de Node.js, je n'ai pas encore regardé cette fonctionnalité)

  4. Atom a immédiatement un meilleur support Github, mais Sublime propose plusieurs packages Git.

  5. Sublime est une période d'évaluation illimitée d'application payée. Atom est gratuit au stade bêta, mais nous ne savons pas si Github veut le charger ou non.

La ligne de fond est donc Atom est un éditeur de texte construit avec la technologie Web au stade bêta. En revanche, Sublime a évolué à travers de nombreuses itérations différentes. Atom il manque encore beaucoup de paquets pris en charge par Sublime. La question est donc de savoir si Atom rattrapera Sublime ou deviendra meilleur? Github semble confiant quant à l'avenir de cette édition de texte en raison de ses technologies sous-jacentes populaires. De plus, Atom constituera probablement une bonne alternative à Sublime à long terme.

11
Keeeeeenw

Une autre différence est que Sublime text est un projet source fermé, alors que Atom code source est/sera disponible publiquement - bien que Github ne prévoie pas de le publier en tant que véritable projet open source. Ils veulent donner accès au code, sans l'ouvrir aux contributions.

Github a rendu le code public: http://blog.atom.io/2014/05/06/atom-is-now-open-source.html

10
Pascal Le Merrer

J'ai essayé Atom et ça a l'air vraiment sympa MAIS il y a un problème majeur (au moins dans la version 0.84):

Il ne supporte pas la sélection verticale Alt+ Drag - c'est un must pour tout éditeur de code moderne.

6
Pavel Nikolov

Atom est toujours en version bêta (v0.123 au moment où j'écris) mais il avance rapidement. Bien plus rapide que Sublime. Les nouvelles versions sont publiées toutes les semaines, parfois même au cours de la même semaine. Au cours de sa courte vie, il a eu plus de versions que Sublime, ce qui prend des mois pour publier une nouvelle fonctionnalité ou une correction de bogue. Voici une mise à jour des choses sur le chemin parcouru par Atom depuis le lancement de la version bêta:

  1. Sublime a de meilleures performances qu'Atom. Tout simplement parce que c'est écrit en C++. Atom est en revanche une application de bureau Web construite sur le chrome, et même si les performances leur tiennent à cœur, il sera vraiment difficile, voire impossible, d'atteindre la même vitesse et la même réactivité. En juillet dernier, Atom a commencé à utiliser React et cela lui a permis d'améliorer ses performances, mais vous pouvez toujours sentir la différence. En outre, si les problèmes de performances d’Atom ne dissipent pas les utilisateurs, Sublime accélérera le cycle de publication, peaufinera ses petites modifications UX et envisagera de laisser davantage de contributeurs, car c’est là que Atom gagne.

  2. L’écosystème de paquets d’Atom se développe également très rapidement, il n’est peut-être pas aussi important que celui de Sublime pour le moment, mais j’ai le sentiment qu’avec GitHub à son retour, il continuera de croître encore plus rapidement. Il a probablement la majorité de IDE comme des plug-ins auxquels vous pouvez penser. Une différence majeure à l’heure actuelle est qu’il ne peut pas gérer les fichiers de plus de 2 Mo, il faut donc en tenir compte.

  3. La première chose que vous remarquerez d’abord, c’est que la mini-carte Sublime a disparu! En dehors de cela, la première impression est que Atom ressemble presque à Sublime. J'ai écrit une comparaison plus détaillée à ce sujet dans ce article de blog .

  4. Pas de moyen simple et facile de porter vos configurations Sublime, vos packages et tout ce que je sache.

5
tkfx

Une différence majeure est le support de "Indic Fonts", également appelé Scripts d’Asie du Sud-Est (y compris les langues de l’Asie du Sud-Est telles que le khmer, le lao, le Myanmar et le thaï). En outre, la prise en charge des langues d’Asie orientale (chinois, japonais, coréen) est bien meilleure. Ce sont des bogues connus (en fait, les bogues les plus cotés) qui existent depuis des années (il semblerait que le support de la langue est-asiatique fonctionnait mieux, mais est maintenant devenu difficile à utiliser):

2
jeffmcneill

Une différence majeure que personne n’a signalée jusqu’à présent et qui pourrait être importante pour certaines personnes est que (du moins sous Windows), Atom ne prend pas totalement en charge les dispositions de clavier autres que US. Il existe un rapport de bogue à ce sujet avec quelques centaines de messages ouverts depuis plus d'un an maintenant ( https://github.com/atom/atom-keymap/issues/35 ).

Pourrait être pertinent lors du choix d'un éditeur.

2
Dakkaron

ATTENTION ::

- en raison d'un système de mise en cache mal conçu, dans Atom, des pertes de données surviennent souvent lors de l'utilisation de gros fichiers.

Cela a été prouvé de nombreuses fois.

2
Pian0_M4n

Je travaille dans un petit environnement extrême. modifier des fichiers sur un système de fichiers distant (réseau externe, sûrement) qui est monté sur mon ordinateur portable via ssh (alias. sshfs). Quelle que soit la raison de mon utilisation, même si sa réactivité est lourde, il est relativement comestible d’utiliser Sublime Text 2.

J'ai essayé Atom après avoir lu cet article, mais cela s’est avéré quelque peu pénible pour moi; Atom semble ne pas mettre en cache la structure de répertoires de manière aussi efficace. Chaque fois que je développe un dossier sur Tree View, l'interface utilisateur se figeait pendant un court instant, 2 ~ 3 secondes, récupérant peut-être les informations du système de fichiers. Oui, c'est parce que j'utilise un système de fichiers distant. Mais Sublime gère cela plus efficacement, du moins il ne gèle pas à chaque fois que je développe un dossier, donc moins douloureux.

Je pense que Atom c'est l'enfer, c'est gratuit, et mon histoire est triviale et pourrait être améliorée un jour, mais elle serait utile pour quelqu'un à ce moment-là.

-

ajouté le 26/08/2014

Récemment, j'ai changé mon ordinateur portable de Macbook Air 2010 en retard à Macbook Pro 13 "2013. Il a probablement un processeur 4 fois plus rapide et de nombreuses améliorations en termes de performances. Je tiens à mentionner mon opinion à propos du cas où vous montez un système de fichiers distant. (en utilisant OS X Mavericks, la version la plus récente d’Atom, Fuse 2.7.3/OSXFUSE 2.6.4/sshfs 2.5.0 et le système distant est un serveur Ubuntu). Plus précisément, ouvrir un dossier contenant de nombreux dossiers/fichiers et l’indexer nécessite un certain temps. En outre, si vous développez un dossier plein de fichiers, il échouera simplement (lors de la réduction du dossier, il non)

Selon @EliDuenisch, cela ne semble pas arriver sous Linux Mint. Je ne suis pas sûr, mais cela pourrait être dû à la différence entre les systèmes d'exploitation. Si vous travaillez sur un système de fichiers local, vous ne devez absolument pas vous préoccuper de ce problème.

2
Kenial