В чем разница между возвышенным текстом и атомом Github [закрыто]

в дополнение к пунктам из предыдущих ответов, стоит уточнить различия между этими двумя продуктами с точки зрения выбора, сделанного в их развитии.

Sublime-это двоичный файл, скомпилированный для платформы. Его ядро написано на C / C++ , а ряд его функций реализованы на Python, который также является языком, используемым для его расширения. Атом записывается в узел.js / Coffeescript и работает под webkit, причем Coffeescript является языком расширения. Хотя подобно UI и UX, Sublime работает значительно лучше, чем Atom, особенно в "тяжелом подъеме", таком как работа с большими файлами, сложными SnR или плагинами, которые выполняют тяжелую обработку файлов/буферов. Хотя я ожидаю улучшения в Atom по мере его созревания, выбор дизайна и платформы ограничивает производительность.

"закрытая" часть Sublime включает в себя API и UI. Помимо скинов/тем и колоризаторов, API в настоящее время затрудняет изменение других аспектов пользовательского интерфейса. Например, Sublime плагины не могут взаимодействовать с боковой панелью, управлять или рисовать в области редактирования (за исключением некоторых ограниченных способов, например. в желобе) или манипулировать строкой состояния за пределами основного текста. "закрытая" часть атома на данный момент неизвестна, но я понимаю, что она меньше. Atom имеет более богатый API (хотя и плохо документированный в настоящее время) с целью проектирования, позволяющей лучше контролировать его пользовательский интерфейс. Будучи тесно связаны с webkit предлагает многочисленные возможности для улучшения функций пользовательского интерфейса не в настоящее время возможно с возвышенным. Однако расширения Sublime работают ближе к native, поэтому те, которые выполняют интенсивные вычисления, сильно повторяющиеся или сложные текстовые манипуляции в больших буферах, возможны в Sublime.

так как больше атома будет открыто, GitHub с открытым исходным кодом Atom 6 мая. В результате вполне вероятно, что поддержка и темпы развития будут быстрыми. Напротив, развитие Sublime значительно замедлилось в последнее время -но это не мертв. В частности, есть ряд ошибок, многие из которых довольно тривиальны, которые не были исправлены разработчиком. Нет showstopping imo, но если вы хотите что-то в быстрой разработке с регулярными исправлениями ошибок и улучшениями, Sublime будет расстроен. Что сказал:устанавливаемые пакеты Atom для Windows и Linux еще не выпущены и активность на кодовой базе, похоже, остыла за несколько недель до и после объявления, согласно Github статистика.

с точки зрения функций IDE, с точки зрения webdev Atom позволит расширения до точки приближения продуктов, таких как Webstorm, хотя ни один из них еще не появился. Остается увидеть, как Atom будет работать с такими "тяжелыми" расширениями, поскольку редактор изначально чувствует себя вялым. Из-за ограничений в API и отсутствия базового webkit, Sublime не позволит этот уровень настройки пользовательского интерфейса, хотя разработчик может расширить API для поддержки таких функций в будущем. Опять же, базовая производительность Sublime позволяет использовать вещи, связанные с вычислительным ворчанием; индексация символов ST3 является примером, который хорошо работает даже с большими проектами. И хотя пользовательский интерфейс Atom, безусловно, смоделирован на Sublime, некоторые уточнения заметно отсутствуют, такие как панели обучения Sublime и всплывающие окна с вкладками, которые взвешивают значения по умолчанию в соответствии с теми, которые вы больше всего используете.

Я вижу эти продукты как комплементарные. Дело в том, что они имеют схожие визуальные эффекты и нажатие клавиш только добавляет к этому факту. Будут ситуации, когда использование любого из них имеет преимущества. В настоящее время Sublime-это зрелый продукт с четностью функций на всех трех платформах и богатым набором плагинов. Atom-это новый ребенок, чьи функции будут быстро расти; он еще не чувствует, что производство готово, и есть проблемы в области производительности.

[Update / Edit: May 18, 2015]

примечание об улучшениях в этих двух редакторах с момента время написания выше.

в дополнение к исправлениям ошибок и улучшениям в его ядре, Atom испытал быстрый рост сторонних расширений, с автозаполнением-плюс становится частью стандартного распределения Atom. Качество расширения варьируется в широких пределах, и особое раздражение вызывает частота, с которой нестабильные сторонние пакеты могут привести к сбою редактора. В течение последнего года Atom перешел к использованию React путем переноса активности reflow/repaint на GPU для повышения производительности причины, значительно улучшив отзывчивость пользовательского интерфейса для типичных действий редактирования (прокрутка, перемещение курсора и т. д.). Хотя это заметно улучшило ощущение редактора, он по-прежнему чувствует себя громоздким для задач с интенсивным ЦП, как описано выше, и все еще медленно запускается. Помимо улучшения производительности, Atom чувствует себя значительно более стабильным по всем направлениям.

разработка Sublime снова поднялась с января 2015 года, с исправлениями ошибок, некоторыми незначительными новыми функциями (подсказка API, улучшения системы сборки) и крупная разработка в виде нового yaml-based .sublime-определение синтаксиса (чтобы в конечном итоге заменить старый xml .tmLanguage). Вместе с пользовательским механизмом регулярных выражений, который заменяет Onigurama, новая система предлагает больше возможностей для точного сопоставления регулярных выражений, значительно быстрее (до 4x) и может выполнять несколько совпадений параллельно. Помимо синтаксиса раскраски, Sublime использует эти компоненты для индексирования символов (определение goto и т. д.) и других языковых особенности. В дополнение к дальнейшему ускорению Sublime, особенно для больших файлов, эта функция должна открыть потенциал для выполнения языковых функций, таких как рефакторинг кода и т. д.. Обещаются дальнейшие "большие события", хотя автор, как всегда, молчит о них.

Атом записывается с помощью узла.js, CoffeeScript и меньше. Затем он завернут в оболочку WebKit, которая первоначально была доступна только для OSX, хотя теперь также доступна версия Windows. (Версия Linux должна быть построена из исходного кода, но есть PPA для пользователей Ubuntu.)

многие архитектуры и функции были дублированы из Sublime Text, потому что они опробованы и протестированы. Система плагинов работает практически так же, но открывает много новых возможностей и потенциал, предоставляя новые API тоже.

Я считаю, что ярлыки остаются в основном одинаковыми из – за мышечной памяти-люди будут помнить их и смогут мгновенно щелкнуть с помощью Atom.

предпочтения могут управляться с помощью графического интерфейса, а не путем непосредственного редактирования JSON, что может снизить входной барьер для начала работы с Atom. мне самому трудно ориентироваться во всех них, так как в них нет функции поиска Предпочтения.

вы можете подписаться на приглашение на ##atom-invites IRC-канал или зарегистрируйтесь на своем веб-сайте и добавьте свою электронную почту. Первый раунд приглашений прошел быстро.

Атом открытым исходным кодом (уже несколько часов), в то время как возвышенный текст-нет.

вот некоторые различия между двумя:

• Атом открытым исходным кодом (Лицензия MIT)
• лицензия одного пользователя для Sublime Text стоит $70.

---

• Атом записан в узел.js, CoffeeScript, HTML и меньше.
• возвышенный текст написано на C++, Python для плагинов и Objective-C для Cocoa интеграция

---

• атом имеет встроенный менеджер пакетов*
• Sublime Text зависит от стороннего решения для управления пакетами (Управление Пакетом Wbond)

---

• на момент написания этой статьи (20.05.2014) существуют двоичные файлы Atom только для Mac OS X (10.8 или более поздней версии). Если вы хотите использовать его под Windows или Linux, вам придется его построить. обновление: в настоящее время существуют двоичные файлы Atom для Mac OS X (10.8 или более поздней версии) Windows и Linux.
• возвышенные текстовые двоичные файлыдоступно для Mac OS X, Windows (устанавливается или переносится) и Linux (как a .деб или тарбол)

---

• настройки атома можно настроить либо через удобный интерфейс, либо непосредственно путем редактирования файлов конфигурации.
• Возвышенное Текст только позволяет изменять настройки через конфигурационные файлы.

---

* хотя APM является отдельным инструментом, он поставляется в комплекте и устанавливается автоматически с Atom

Атом был создан Github и включает в себя "git awareness". Это особенность, которая мне очень нравится:

также он выделяет файлы в дереве git, которые изменились с разными цветами в зависимости от их статуса фиксации:

Я только что получил свое бета-приглашение сегодня и сразу же попробовал Atom. GUI чувствует себя возвышенным, и да, есть некоторые ярлыки, принятые от Sublime.

помимо всего вышесказанного, вот некоторые различия, которые я заметил до сих пор:

1. режим Vim не так хорош, как режим Vintage на Sublime (который также не является полнофункциональным vim), потому что пакет vim находится на ранней стадии разработки. Видеть https://atom.io/packages/vim-mode для деталей.

2. Как упоминал Джеймс, Atom написан с помощью веб-инструментов, поэтому у вас есть доступ к таблице стилей текстового редактора (стили.меньше) делать любые изменения внешнего вида, которые вы хотите с помощью CSS. Существует также возможность изменить запуск CoffeeScript.

3. опять же, поскольку Atom все еще находится в стадии бета-тестирования, Sublime имеет гораздо больше собственных пакетов плагинов. Однако, поскольку Атом записан в Узел.js, официальный сайт Atom сказал, что вы можете "выбрать из более чем 50 тысяч в репозитории пакетов узла.(Потому что я не Узел.js pro, я не заглядывал в эту функцию, хотя)

4. Atom имеет лучшую поддержку Github из коробки, но Sublime имеет несколько пакетов Git.

5. Sublime-это платное приложение с неограниченным периодом оценки. Atom свободен на стадии бета-тестирования, но мы не знаем, хочет ли Github заряжать его или нет.

Итак, суть в том, что Atom-это текстовый редактор, построенный с помощью веб-технологии на стадии бета-тестирования. Напротив, Sublime развивался через множество различных итераций. Atom по-прежнему не хватает многих пакетов, которые поддерживает Sublime, поэтому вопрос в том, догонит ли Atom Sublime или станет лучше? Github, похоже, уверен в будущем этого редактирования текста из-за его популярных базовых технологий, и Atom, вероятно, станет хорошей альтернативой Возвышенный в долгосрочной перспективе.

еще одно отличие заключается в том, что Sublime text является проектом с закрытым исходным кодом, а исходный код Atom является/будет общедоступным, хотя Github не планирует выпускать его как настоящий проект с открытым исходным кодом. Они хотят дать доступ к коду, не открывая его взносов.

Github сделал код общедоступным:http://blog.atom.io/2014/05/06/atom-is-now-open-source.html

Я попробовал Atom, и это выглядит очень хорошо, но есть одна серьезная проблема (по крайней мере, в v 0.84):

Он не поддерживает вертикальный выбор Alt+Drag-это необходимо для каждого современного редактора кода.

Atom все еще находится в бета-версии (v0.123, как я пишу это), но он движется быстро. Намного быстрее, чем возвышенный. Новые сборки выпускаются еженедельно, иногда даже несколько из них в ту же неделю. За свою короткую жизнь он выпустил больше релизов, чем Sublime, что занимает месяцы, чтобы выпустить новую функцию или исправить ошибку. Вот обновленный взгляд на вещи, оглядываясь на путь, который Atom принял с момента запуска бета-версии:

1. Sublime имеет лучшую производительность, чем Atom. Просто потому что он написан на C++. С другой стороны, Atom-это веб-приложение для настольных компьютеров, построенное на основе Chromium, и, хотя они принимают производительность близко к сердцу, будет очень сложно или даже невозможно достичь той же скорости и отзывчивости. В июле прошлого года Atom начал использовать React, и это дало ему хороший прирост производительности, но вы все еще можете почувствовать разницу. Кроме того, если проблемы с производительностью Atom не будут отталкивать пользователей - Sublime лучше ускорит цикл выпуска, обновит свои небольшие настройки UX, и подумайте о том, чтобы впустить больше участников, потому что именно здесь Atom выигрывает.

2. экосистема пакетов Atom также растет очень быстро, на данный момент она может быть не такой большой, как Sublime, но у меня есть ощущение, что с GitHub на его спине она будет расти еще быстрее. Вероятно, у него есть большинство IDE, таких как плагины, о которых вы можете думать. Основное отличие прямо сейчас заключается в том, что он не может обрабатывать файлы размером более 2 МБ, поэтому его нужно держать разум.

3. одна вещь, вы заметите первый заключается в том, что возвышенное миникарта ушли! Кроме того, первое впечатление состоит в том, что атом выглядит почти так же, как возвышенный. Я написал более глубокое сравнение об этом в этом блоге.

4. нет простого простого способа перенести ваши возвышенные конфигурации, пакеты и такие, насколько я знаю.

одним из основных отличий является поддержка "индийских шрифтов", ака южноазиатских скриптов (включая языки Юго-Восточной Азии, такие как кхмерский, Лаосский, мьянманский и тайский). Кроме того, есть гораздо лучшая поддержка восточноазиатских языков (китайский, японский, корейский). Это известные ошибки (на самом деле самые высоко оцененные ошибки), которые продолжаются уже много лет (думал, что поддержка Восточноазиатского языка раньше работала лучше, но теперь стало трудно использование):

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

Я работаю в небольшой экстремальной среде; редактировать файлы на удаленной файловой системе(внешняя сеть, конечно), которая установлена на моем ноутбуке через ssh (ака. sshfs). Независимо от того, почему я делаю это, также, хотя его громоздкая отзывчивость, это довольно съедобно, когда я использую Sublime Text 2.

Я попробовал Atom после прочтения этого сообщения, но это оказалось несколько болезненным для меня; Atom кажется, что он не кэширует структуру каталогов так эффективно. Каждый раз, когда я разворачиваю папку Древовидный вид, пользовательский интерфейс застыл на короткое время, 2~3 секунды, возможно, извлечение информации о файловой системе. Да, это потому, что я использую удаленную файловую систему. Но Sublime обрабатывает это более эффективно, по крайней мере, он не замерзает каждый раз, когда я расширяю папку, поэтому менее болезненно.

Я думаю, что Atom чертовски хорош бесплатно, и моя история тривиальна, что может быть улучшено когда-нибудь, но это было бы полезно для кого-то в это время.

--

добавлен 8/26/2014

недавно я изменил свой ноутбук с Macbook Air 2010 поздно на Macbook Pro 13 " 2013 поздно. Он, вероятно, в 4 раза быстрее процессора и много улучшений в производительности. Хочу отметить, что мое мнение примерно в том случае, когда вы монтируете удаленную файловую систему. (используя OS X Mavericks, самая последняя версия Atom, FUSE 2.7.3 / OSXFUSE 2.6.4 / sshfs 2.5.0, а удаленная система-сервер Ubuntu) в конце концов, замораживание пользовательского интерфейса становится довольно коротким, но оно все еще существует. В частности, чтобы открыть папку со многими папками / файлами в ней и индексировать ее, требуется определенное количество времени. Кроме того, если вы расширяете папку, полную файлов, она просто колеблется. (при сворачивании папки, это не так)

согласно @EliDuenisch, это, кажется, не происходит на Linux Mint. Я не уверен, но это может быть от разницы между ОС. Конечно, если вы работаете на локальной файловой системе, вы не должны заботиться об этой проблеме вообще.

внимание:

-- из-за плохо сделанной системы кэширования, в Atom потеря данных происходит часто при использовании больших файлов.

Это было доказано много раз.

одно главное отличие, которое никто не указал до сих пор, и это может быть важно для некоторых людей, заключается в том, что (по крайней мере, в Windows) Atom не полностью поддерживает другие раскладки клавиатуры, чем мы. Есть сообщение об ошибке на этом с несколькими сотнями сообщений, которые были открыты уже более года (https://github.com/atom/atom-keymap/issues/35).

может иметь значение при выборе редактора.