Яка різниця між піднесеним текстом та Atom Github [закрито]

Github оголосив Atom, який дуже схожий на Sublime. Навіть деякі комбінації клавіш , такі як ⌘ + P, і ⌘ + Shift + Pт.д., то ж саме.

1. Чим Atom відрізняється від Sublime?
2. Чи включає він такі функції IDE, як інструменти збирання, стрибки визначення функцій, документації тощо?
3. Хтось із Sublime отримав бета-запрошення вказати на відмінності?
4. Чи можу я використовувати теми, схеми та пакети від Sublime так, як це робиться в Sublime з текстовим партнером .

1

PS: Відкрийте зображення в новій вкладці для більшої роздільної здатності.

1. Чим Atom відрізняється від Sublime?
   • Atom - це текстовий редактор з відкритим кодом / IDE, побудований на JavaScript / HTML / CSS.
   • Sublime Text - комерційний продукт, побудований на C / C ++ та Python.
   • Порівняно з Atom є Adobe Brackets , ще один редактор текстових файлів з відкритим кодом / IDE, побудований на JavaScript / HTML / CSS. Зауважте, що це робить брекети більш орієнтованими на розробку веб-сторінок, особливо в передній частині.
   • Переваги проектів з відкритим кодом - швидша швидкість розвитку і, звичайно, ціна.
2. Чи включає він такі функції IDE, як інструменти збирання, стрибки визначення функцій, документації тощо?
   • Коротка відповідь - так, так і так. Додаток повністю модульний. Відкритий код дасть людям свободу заповнювати прогалини у кількох із цих особливостей.
3. Хтось із Sublime отримав бета-запрошення вказати на відмінності?
   • Перевагами Atom є хакерство початкового рівня, оскільки він побудований на тому ж коді, що і повноваження веб-сайтів.
   • Переваги Sublime Text - це ефективність, оскільки він не потребує запуску поверх Node.js, і це більш зрілий продукт, який повинен досягти стабільної версії 3.
   • Існує довгий перелік незначних відмінностей, які можна включити до коментарів (я б хотів, щоб ця відмітка могла скласти таблицю для порівнянь, але це інше питання).
   • Через швидку явку на Атом я боюся, що деякі переліки, які я перелічу тут, з часом застаріють. Наприклад, на момент написання цього повідомлення Atom доступний лише на Macintosh, тоді як Sublime Text вже є багатоплатформою.
4. Чи можу я використовувати теми, схеми та пакети від Sublime так, як це робиться у Sublime з текстовим партнером.
   • Коротка відповідь - «ні», але через хакабельність Atom легко перезавантажити пакунки з інших редакторів в Atom.

Окрім пунктів попередніх відповідей, варто уточнити відмінності між цими двома продуктами з точки зору вибору, зробленого при їх розробці.

Sublime - це двійковий збір для платформи. Її ядро ​​написано на C / C ++, а ряд його функцій реалізовано в Python, що також є мовою для його розширення. Atom написано на Node.js / Coffeescript і працює під веб-програмою, при цьому Coffeescript є мовою розширення. Хоча подібний в інтерфейсі та UX, Sublime працює значно краще, ніж Atom, особливо в "важкому підйомі", як робота з великими файлами, складними SnR або плагінами, які роблять важку обробку файлів / буферів. Хоча я очікую, що поліпшення Atom у міру його дозрівання, вибір та дизайн платформи обмежують ефективність.

"Закрита" частина Sublime включає API та інтерфейс користувача. Крім скінів / тем та колоризаторів, API в даний час ускладнює модифікацію інших аспектів інтерфейсу користувача. Наприклад, плагіни Sublime не можуть взаємодіяти з бічною панеллю, контролювати або малювати область редагування (за винятком деяких обмежених способів, наприклад, у жолобі) або маніпулювати панеллю статусу поза основним текстом. "Закрита" частина Атома наразі невідома, але я розумію, що вона менша.Atom має більш багатий API (хоч і в даний час погано задокументований) з метою розробки, що дозволяє більш ефективно контролювати його інтерфейс. Тісно поєднаний з webkit пропонує численні можливості для покращення функцій інтерфейсу, що наразі неможливо із Sublime. Однак розширення Sublime працюють ближче до рідних, тому ті, які виконують обчислювальні, високо повторювані або складні текстові маніпуляції у великих буферах, можливі в Sublime.

Оскільки більше Atom буде відкрито, 6 травня Github відкриває Атом. Як результат, швидше за все, підтримка та темпи розвитку будуть швидкими. Навпаки, розвиток Sublime значно сповільнився пізно - але він не мертвий . Зокрема, існує ряд помилок, багато досить тривіальних, які не було виправлено розробником. Ніхто не демонструє imo, але якщо ви хочете чогось у швидкому розвитку з регулярними виправленнями помилок та вдосконаленнями, Sublime зірве. Однак, встановлені пакети Atom для Windows та Linux ще не випущені, а діяльність на кодовій базі, схоже, охолола за тижні до і після оголошення, згідно зі статистикою Github.

Що стосується функцій IDE, то з точки зору webdev Atom дозволить розширити до точки наближення до таких продуктів, як Webstorm, хоча жоден ще не з'явився. Залишається побачити, як Atom виступить з такими «важкими» розширеннями, оскільки редактор споконвічно відчуває себе млявим. Через обмеження в API та відсутність базового веб-сайту Sublime не дозволить налаштувати цей рівень інтерфейсу користувача, хоча розробник може розширити API для підтримки таких функцій у майбутньому. Знову ж таки, основна ефективність Sublime дозволяє робити речі, що передбачають обчислювальний бурчання; Індексація символів ST3 є прикладом, який добре справляється навіть з великими проектами. І хоча інтерфейс Atom, безумовно, змодельований на Sublime, деякі уточнення помітно відсутні, як-от Sublime '

Я вважаю ці продукти додатковими. Той факт, що вони поділяють подібні візуальні зображення та натискання клавіш, просто додає до цього факту. Будуть ситуації, коли використання будь-якого має переваги. На сьогоднішній день Sublime - це зрілий продукт із паритетом функцій на всіх трьох платформах та багатим набором плагінів. Атом - це нова дитина, особливості якої швидко зростатимуть; виробництво поки не готове до виробництва, і в області продуктивності є проблеми.

[Оновлення / редагування: 18 травня 2015]

Примітка про вдосконалення цих двох редакторів з часу написання вище.

На додаток до виправлень та вдосконалень до основної роботи, Atom відчував швидке зростання сторонніх розширень, при цьому автозаповнення плюс стає частиною стандартного розповсюдження Atom. Якість розширення дуже варіюється, і особливе роздратування - це частота, через яку нестабільні сторонні пакети можуть вибивати з ладу редактор. Протягом останнього року Atom перейшов до використання React шляхом перенесення активності перезавантаження / перефарбовування на GPU з міркувань продуктивності, значно покращивши чутливість інтерфейсу користувача для типових дій редагування (прокручування, переміщення курсору тощо). Хоча це помітно покращило відчуття редактора, воно все ще відчуває себе громіздким для процесорів, що інтенсивно працюють, як описано вище, і все ще повільно запускається. Крім покращення продуктивності, Atom відчуває себе значно стабільнішим у всьому світі.

Розробка Sublime знову почалася з січня 2015 року, виправляючи помилки, деякі незначні нові функції (API підказок, вдосконалення системи побудови) та велику розробку у вигляді нового визначення синтаксису .sublime-синтаксис на основі yaml (зрештою замінити старе xml .tmмовна мова). Разом із користувацьким двигуном регулярних виразів, який замінює Onigurama, нова система пропонує більше потенціалу для точного узгодження регулярних виразів, значно швидше (до 4х разів) і може виконувати кілька матчів паралельно. Крім синтаксису забарвлення, Sublime використовує ці компоненти для індексування символів (визначення goto тощо) та інших функцій, що знають мову. Окрім подальшого прискорення Sublime, особливо для великих файлів, ця функція повинна відкрити потенціал для функціональних особливостей мови, таких як рефакторинг коду тощо. Обіцяються подальші «великі розробки»,

Atom пишеться за допомогою Node.js, CoffeeScript та LESS. Потім він загорнувся в обгортку WebKit, яка спочатку була доступна лише для OSX, хоча зараз також доступна версія Windows. (Версія Linux повинна бути побудована з джерела, але для користувачів Ubuntu є PPA.)

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

Я вважаю, що ярлики залишаються здебільшого однаковими завдяки м’язовій пам’яті - люди запам’ятають їх і зможуть миттєво клацнути за допомогою Atom.

Налаштування можна керувати за допомогою графічного інтерфейсу, а не шляхом редагування JSON безпосередньо, що може знизити бар'єр для вступу до початку роботи з Atom. Мені важко орієнтуватися по всіх них, оскільки в налаштуваннях немає функції пошуку.

Ви можете зареєструватися на запрошення на каналі ## atom-запрошує IRC або зареєструватися на своєму веб-сайті та додати свій електронний лист. Перший раунд запрошень прийшов швидко.

Atom є відкритим кодом (вже кілька годин), тоді як Sublime Text - ні.

Ось деякі відмінності між ними:

• Atom є відкритим кодом (ліцензія MIT)
• Одна ліцензія користувача на Sublime Text коштує 70 доларів .

• Atom написаний на Node.js, CoffeeScript, HTML та LESS .
• Піднесений текст написаний на C ++, Python для плагінів та Objective-C для інтеграції какао

• Atom має вбудований менеджер пакунків *
• Піднесений текст залежить від сторонніх рішень для управління пакетами ( Wbond Package Control )

• На момент написання цього повідомлення (20.05.2014) існують бінарні файли Atom лише для Mac OS X (10.8 або новішої версії). Якщо ви хочете використовувати його під Windows або Linux, вам доведеться його створити. Оновлення: На сьогодні існує бінарні файли Atom для Mac OS X (10.8 або новіших версій) для Windows та Linux .
• Бінарні тексти піднесеного тексту доступні для Mac OS X, Windows (інстальований або портативний) та Linux (як .deb або tarball)

• Налаштування Atom можна налаштувати або через зручний інтерфейс, або безпосередньо шляхом редагування файлів конфігурації .
• Піднесений текст дозволяє лише змінювати налаштування через файли конфігурації .

* Хоча APM - це окремий інструмент, він комплектується та встановлюється автоматично з Atom

Atom був створений Github, і він включає "поінформованість про git". Це особливість, яка мені дуже подобається:

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

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

Окрім всього, що було сказано вище, ось деякі відмінності, які я помітив досі:

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

2. Як згадує Джеймс, Atom написаний за допомогою веб-інструментів, тому у вас є доступ до таблиці стилів текстового редактора (styles.less), щоб робити будь-які зміни зовнішності, які ви хочете використовувати за допомогою CSS. Також є можливість змінити запуск CoffeeScript.

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

4. Atom має кращу підтримку Github поза коробкою, але Sublime має кілька пакетів Git.

5. Sublime - це платний додаток, необмежений термін оцінювання. На бета-стадії Atom є безкоштовним, але ми не знаємо, чи хоче Github зарядити його чи ні.

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

Інша відмінність полягає в тому, що текст Sublime - це проект із закритим джерелом, тоді як вихідний код Atom є / буде загальнодоступним - хоча Github не планує випускати його як реальний проект з відкритим кодом. Вони хочуть надати доступ до коду, не відкриваючи його для внесків.

Github оприлюднив код: http://blog.atom.io/2014/05/06/atom-is-now-open-source.html

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

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

2. Екосистема пакетів Atom також зростає дуже швидко, вона може бути не такою великою, як у Sublime на даний момент, але я маю відчуття, що з GitHub на його спині вона буде рости ще швидше. Можливо, він має більшість IDE, як плагіни, про які ви можете придумати. Основна відмінність зараз полягає в тому, що він не може обробляти файли розміром більше 2 Мб, тому це потрібно пам’ятати.

3. Перше, що ви помітите спочатку, це те, що мінімізація Піднесеного зникла! Крім цього, перше враження полягає в тому, що Atom виглядає майже так само, як Sublime. Я написав більш глибоке порівняння про це в цій публікації в блозі .

4. Наскільки я знаю, немає простого способу передати свої конфігурації, пакети та такі піднесені Sublime.

Я спробував Atom, і це виглядає дуже добре, Але є одна основна проблема (принаймні, v v 0.84):

Він не підтримує вертикальний вибір Alt+ Перетягування - це обов’язково для кожного сучасного редактора коду.

Однією з головних відмінностей є підтримка "шрифтів індіанців", які називаються південноазіатськими скриптами (включаючи мови південно-азіатської мови, такі як кхмерська, лаоська, М'янма та тайська). Також набагато краща підтримка східноазіатських мов (китайська, японська, корейська). Це відомі помилки (насправді найбільш рейтингові помилки), які існують протягом багатьох років (здається, що підтримка східноазіатської мови раніше працювала краще, але тепер їх стало важко використовувати):

• 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 - це пекло приємно безкоштовно, і моя історія є тривіальною, яка може бути покращена колись, але це було б корисно комусь у цей час.

-

додано 26.08.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) не повністю підтримує інші розкладки клавіатури, ніж США. Про це є звіт про помилки з кількома сотнями публікацій, які відкриті вже більше року ( https://github.com/atom/atom-keymap/isissue/35 ).

Можливо, це буде доречно при виборі редактора.

УВАГА ::

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

Це було доведено неодноразово.