Quelle est la différence entre Sublime text et Github's Atom [fermé]

Github a annoncé Atom qui est très similaire à Sublime. Même certains raccourcis clavier comme ⌘ + P, ⌘ + Shift + Petc. sont identiques.

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

1

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

1. En quoi Atom est-il différent de Sublime?
   • Atom est un éditeur de texte / IDE open source, 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 / IDE de texte open source basé sur JavaScript / HTML / CSS. Gardez à l'esprit que cela rend les supports plus orientés vers le développement Web, en particulier dans le frontal.
   • Les avantages des projets open source sont un rythme de développement plus rapide et, bien sûr, un prix.
2. Comprend-il des fonctionnalités IDE comme des outils de construction, des sauts de définition de fonction, 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 sur plusieurs de ces fonctionnalités.
3. Quelqu'un qui utilise Sublime a-t-il reçu une invitation bêta pour signaler les différences?
   • Les avantages d'Atom sont le piratage d'entrée de gamme, car il est construit sur le même code que les sites Web.
   • Les avantages de Sublime Text sont les performances, car il n'a pas besoin de s'exécuter sur Node.js, et c'est un produit plus mature, sur le point d'atteindre une version stable 3.
   • Il y a une longue liste de différences mineures qui peuvent être incluses dans les commentaires (je souhaite que cette démarque puisse être en mesure de dessiner un tableau pour les comparaisons, mais c'est un autre problème).
   • En raison de la participation rapide d'Atom, je crains que certaines des différences que j'énumère ici ne deviennent obsolètes avec le temps. Par exemple, au moment d'écrire ces lignes, Atom n'est disponible que sur Macintosh alors que Sublime Text est déjà multiplateforme.
4. Puis-je utiliser les thèmes, les schémas et les packages de Sublime tels quels, comme Sublime pourrait le faire avec text mate.
   • La réponse courte est non, mais en raison du piratage d'Atom, il sera facile de réoutiller les packages d'autres éditeurs vers Atom.

En plus des 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 dans leur développement.

Sublime est un binaire compilé pour la plateforme. 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 en Node.js / Coffeescript et fonctionne sous webkit, Coffeescript étant le langage d'extension. Bien que similaire en UI et UX, Sublime fonctionne bien mieux qu'Atom, en particulier dans les "gros efforts" comme travailler avec des fichiers volumineux, des SnR complexes ou des plugins qui effectuent un traitement lourd sur les fichiers / tampons. Bien que j'attende des améliorations dans Atom à mesure qu'il grandit, les choix de conception et de plate-forme limitent les performances.

La partie "fermée" de Sublime comprend l'API et l'interface utilisateur. Hormis les skins / thèmes et les coloriseurs, l'API rend actuellement difficile la modification d'autres aspects de l'interface utilisateur. Par exemple, les plugins Sublime ne peuvent pas interagir avec la barre latérale, contrôler ou dessiner sur la zone d'édition (sauf de certaines manières limitées, par exemple dans la gouttière) ou 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 possède 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 capacités d'amélioration des fonctionnalités de l'interface utilisateur qui ne sont pas actuellement possibles avec Sublime. Cependant, les extensions de Sublime fonctionnent plus près du natif, donc celles qui effectuent des manipulations de texte complexes, très répétitives ou complexes dans de grands tampons sont possibles dans Sublime.

Étant donné que davantage d'Atom sera ouvert, Atom Github open source 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 considérablement ralenti récemment - mais il n'est pas mort . En particulier, il y a un certain nombre de bugs, dont beaucoup assez triviaux, qui n'ont pas été corrigés par le développeur. Aucun ne montre l'imo, mais si vous voulez quelque chose en développement rapide avec des corrections de bugs et des améliorations régulières, Sublime sera frustrant. Cela dit, les packages Atom installables pour Windows et Linux doivent encore être publiés et l' activité sur la base de code semble avoir ralenti au cours des semaines avant et depuis l'annonce, selon les statistiques de Github.

En termes de fonctions IDE, d'un point de vue webdev, Atom permettra des extensions au point d'approcher des produits comme Webstorm, bien qu'aucune ne soit encore apparue. Il reste à voir comment Atom se comportera avec de telles extensions "lourdes", car l'éditeur se sent nativement lent. En raison des restrictions de l'API et du manque de kit Web sous-jacent, Sublime n'autorisera pas ce niveau de personnalisation de l'interface utilisateur, bien que le développeur puisse étendre l'API pour prendre en charge ces 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 grands projets. Et bien que l'interface utilisateur d'Atom soit certainement calquée sur Sublime, certains raffinements manquent sensiblement, comme Sublime '

Je vois ces produits comme complémentaires. Le fait qu'ils partagent des visuels et des frappes similaires ne fait qu'ajouter au fait. Il y aura des situations où l'utilisation de l'un ou l'autre présente des avantages. Actuellement, Sublime est un produit mature avec une parité de fonctionnalités sur les trois plates-formes et un riche ensemble de plugins. Atom est le nouveau gosse dont les caractéristiques vont grandir rapidement; il ne se sent pas encore prêt pour la production et il y a des préoccupations dans le domaine de la performance.

[Mise à jour / modification: 18 mai 2015]

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

En plus des corrections de bogues et des améliorations apportées à son cœur, Atom a connu une croissance rapide des extensions tierces, la saisie semi-automatique plus faisant désormais partie de la distribution Atom standard. La qualité des extensions varie considérablement et une irritation particulière est la fréquence à laquelle les packages tiers instables peuvent planter l'éditeur. Au cours de la dernière année, Atom est passé à l'utilisation de React en déplaçant l'activité de refusion / repeinture vers le GPU pour des raisons de performance, améliorant considérablement la réactivité de l'interface utilisateur pour les actions d'édition typiques (défilement, déplacement du curseur, etc.). Bien que cela ait nettement amélioré la sensation de l'éditeur, il semble toujours lourd pour les tâches gourmandes en CPU, comme décrit ci-dessus, et est toujours lent au démarrage. Outre les améliorations des performances, Atom se sent beaucoup plus stable à tous les niveaux.

Le développement de Sublime a repris depuis janvier 2015, avec des corrections de bugs, quelques nouvelles fonctionnalités mineures (API info-bulle, améliorations du système de construction) et un développement majeur sous la forme d'une nouvelle définition de syntaxe .sublime basée sur yaml (pour éventuellement remplacer l'ancienne xml .tmLanguage). Associé à un moteur regex personnalisé qui remplace Onigurama, le nouveau système offre plus de potentiel pour une correspondance regex précise, est beaucoup plus rapide (jusqu'à 4x) et peut effectuer plusieurs correspondances en parallèle. Outre la syntaxe de coloration, Sublime utilise ces composants pour l'indexation des symboles (définition de goto, etc.) et d'autres fonctionnalités prenant en charge le langage. En plus d'accélérer davantage Sublime, en particulier pour les fichiers volumineux, cette fonctionnalité devrait ouvrir la porte à des fonctionnalités spécifiques au langage performantes telles que le refactoring de code, etc. D'autres promesses importantes sont promises,

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

Une grande partie de l'architecture et des fonctionnalités ont été dupliquées à partir de Sublime Text car elles ont été testées et testées. Le système de plugins 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 crois 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 avec une interface graphique plutôt qu'en modifiant directement JSON, ce qui pourrait abaisser la barrière d'entrée pour permettre aux gens de démarrer avec Atom. Je trouve moi-même difficile de les parcourir tous car il n'y a pas de fonction de recherche dans les Préférences.

Vous pouvez vous inscrire à une invitation sur le canal IRC ## atom-invite ou vous inscrire à leur site Web et ajouter votre e-mail. Le premier tour d'invitations est venu rapidement.

Atom est open source (depuis quelques heures maintenant), contrairement à Sublime Text.

Voici quelques différences entre les deux:

• Atom est open source (licence MIT)
• Une licence mono-utilisateur pour Sublime Text coûte 70 $ .

• Atom est écrit en Node.js, CoffeeScript, HTML et LESS .
• Sublime Text est écrit en C ++, Python pour les plugins et Objective-C pour l'intégration de Cocoa

• Atom a un gestionnaire de paquets intégré *
• Sublime Text dépend d'une solution tierce pour la gestion des packages ( Wbond Package Control )

• Au moment de la rédaction de ce document (20/05/2014), il n'existe que des binaires Atom pour Mac OS X (10.8 ou version ultérieure). Si vous souhaitez l'utiliser sous Windows ou Linux, vous devrez le construire. Mise à jour: De nos jours, il existe des binaires Atom pour Mac OS X (10.8 ou version ultérieure) Windows et Linux .
• Les binaires Sublime Text sont disponibles pour Mac OS X, Windows (installable ou portable) et Linux (en tant que .deb ou tarball)

• Les paramètres Atom peuvent être configurés via une interface conviviale ou directement en modifiant les fichiers de configuration .
• Sublime Text vous permet uniquement de modifier les paramètres via les fichiers de configuration .

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

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

Il met également en évidence les fichiers de l'arborescence Git qui ont changé avec différentes couleurs en fonction de leur statut de validation:

Je viens de recevoir mon invitation bêta aujourd'hui et j'ai essayé Atom immédiatement. L'interface graphique ressemble à Sublime, et oui, il existe des raccourcis adoptés à partir de Sublime.

Outre 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 bon que le mode Vintage sur Sublime (qui n'est pas non plus un vim complet) car le package vim est à un stade précoce de développement. Voir https://atom.io/packages/vim-mode pour plus de détails.

2. Comme James le mentionne, 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 changements d'apparence que vous souhaitez en utilisant CSS. Il existe également une option pour modifier le démarrage de CoffeeScript.

3. Encore une fois, comme Atom est encore au stade bêta, Sublime a beaucoup plus de packages de plugins natifs. Cependant, étant donné qu'Atom est écrit dans Node.js, le site officiel d'Atom a déclaré que vous pouvez "choisir parmi plus de 50 000 dans le référentiel de packages de Node". (Parce que je ne suis pas un pro de Node.js, je n'ai pas étudié cette fonctionnalité cependant)

4. Atom a un meilleur support Github prêt à l'emploi, mais Sublime a plusieurs packages Git.

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

Donc, l'essentiel est qu'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. Il manque encore beaucoup de packages pris en charge par Sublime, la question est donc de savoir si Atom rattrapera Sublime ou s’améliorera? Github semble être confiant quant à l'avenir de cette modification de texte en raison de ses technologies sous-jacentes populaires, et Atom sera probablement une bonne alternative à Sublime à long terme.

Une autre différence est que le texte Sublime est un projet open source, tandis que le code source Atom est / sera accessible au public - bien que Github ne prévoie pas de le publier comme un 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

Atom est toujours en version bêta (v0.123 au moment où j'écris ceci) mais il évolue rapidement. Bien plus rapide que Sublime. De nouvelles versions sont publiées sur une base hebdomadaire, parfois même peu d'entre elles au cours de la même semaine. Dans sa courte durée de 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 version mise à jour de ce qui revient sur le chemin parcouru par Atom depuis le lancement de la version bêta:

1. Sublime a de meilleures performances que Atom. Tout simplement parce qu'il est écrit en C ++. Atom, d'autre part, est une application de bureau basée sur le Web construite sur Chromium, et même si elles prennent les performances à 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 donné une belle amélioration des performances, mais vous pouvez toujours sentir la différence. En dehors de cela, si les problèmes de performances d'Atom ne repoussent pas les utilisateurs - Sublime accélère mieux le cycle de publication, rafraîchit ses petits ajustements UX et envisage de laisser entrer plus de contributeurs car c'est là que Atom gagne.

2. L'écosystème de packages d'Atom se développe également très rapidement, il n'est peut-être pas aussi grand que Sublime pour le moment, mais j'ai le sentiment qu'avec GitHub de retour, il continuera de croître encore plus rapidement. Il possède probablement la majorité des plug-ins de type IDE auxquels vous pouvez penser. Une différence majeure en ce moment est qu'il ne peut pas gérer des fichiers supérieurs à 2 Mo. C'est donc quelque chose à garder à l'esprit.

3. La première chose que vous remarquerez en premier est que la minicarte Sublime a disparu! En dehors de cela, la première impression est que Atom ressemble presque à Sublime. J'ai écrit une comparaison plus approfondie à ce sujet dans ce billet de blog .

4. Pas de moyen simple et facile de porter vos configurations, packages Sublime et autres pour autant que je sache.

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

Il ne prend pas en charge la sélection verticale Alt+ glisser - c'est un must pour tous les éditeurs de code modernes.

Une différence majeure est la prise en charge des «polices indic», également appelées scripts sud-asiatiques (y compris les langues du sud-est asiatique telles que le khmer, le lao, le myanmar et le thaï). En outre, il existe un bien meilleur support pour les langues d'Asie de l'Est (chinois, japonais, coréen). Ce sont des bogues connus (en fait les bogues les mieux notés) qui durent depuis des années (il semble que le support linguistique en Asie de l'Est fonctionnait mieux mais est devenu difficile à utiliser):

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

Je travaille dans un petit environnement extrême; éditer des fichiers sur un système de fichiers distant (réseau externe, sûrement) qui est monté sur mon ordinateur portable via ssh (aka. sshfs). Peu importe pourquoi je fais comme ça, même si sa réactivité est lourde, il est assez comestible lorsque j'utilise Sublime Text 2.

J'ai essayé Atom après avoir lu ce post, mais cela s'est avéré quelque peu douloureux pour moi; Atom semble ne pas mettre la structure de répertoires en cache si efficacement. Chaque fois que je développe un dossier dans Tree View, l'interface utilisateur s'est figée pendant une courte période, 2 à 3 secondes, peut-être en récupérant 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, au moins il ne se fige pas à chaque fois que je développe un dossier, donc moins douloureux.

Je pense qu'Atom est vraiment sympa gratuitement, et mon histoire est triviale qui pourrait être améliorée un jour, mais elle serait utile à quelqu'un en ce moment.

-

ajouté le 26/08/2014

Récemment, j'ai changé mon ordinateur portable de Macbook Air 2010 tardivement à Macbook Pro 13 "2013 tardivement. Il a probablement un processeur 4 fois plus rapide et de nombreuses améliorations de performances. (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 le serveur Ubuntu) Finalement, le gel de l'interface utilisateur devient assez court, mais il est toujours là. pour ouvrir un dossier contenant de nombreux dossiers / fichiers et l'indexer, il faut un certain temps. De plus, si vous développez un dossier plein de fichiers, il vacille simplement (lors de la réduction du dossier, ce n'est pas le cas)

Selon @EliDuenisch, cela ne semble pas se produire sur Linux Mint. Je ne suis pas sûr, mais cela pourrait être dû à une différence entre les systèmes d'exploitation. Certes, si vous travaillez sur un système de fichiers local, vous n'avez pas du tout à vous soucier de ce problème.

Une différence majeure que personne n'a signalée jusqu'à présent et qui pourrait être importante pour certaines personnes est que (au moins sous Windows) Atom ne prend pas complètement en charge d'autres dispositions de clavier que les États-Unis. Il y a 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.

ATTENTION ::

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

Cela a été prouvé à plusieurs reprises.