Jaka jest różnica między Sublime text a Github's Atom [zamknięte]

Github ogłosił Atom, który jest bardzo podobny do Sublime. Nawet niektóre skróty klawiaturowe podobne ⌘ + P, ⌘ + Shift + Pitd. Są takie same.

1. Czym różni się Atom od Sublime?
2. Czy zawiera funkcje IDE, takie jak narzędzia do budowania, skoki definicji funkcji, dokumentacje itp.?
3. Czy ktoś korzystający z Sublime dostał zaproszenie do bety, aby wskazać różnice?
4. Czy mogę używać motywów, schematów i pakietów z Sublime w takiej postaci, w jakiej Sublime mogłaby zrobić z wiązaniem tekstu .

1

PS: Otwórz obraz w nowej karcie dla większej rozdzielczości.

1. Czym różni się Atom od Sublime?
   • Atom jest otwartym edytorem tekstu / IDE, zbudowanym na JavaScript / HTML / CSS.
   • Sublime Text jest produktem komercyjnym, zbudowanym na C / C ++ i Python.
   • Porównywalnym z Atomem jest Adobe Brackets , kolejny edytor tekstu / IDE typu open source oparty na JavaScript / HTML / CSS. Należy pamiętać, że dzięki temu wsporniki są bardziej zorientowane na tworzenie stron internetowych, szczególnie w interfejsie użytkownika.
   • Zaletami projektów typu open source są szybsze tempo rozwoju i oczywiście cena.
2. Czy zawiera funkcje IDE, takie jak narzędzia do budowania, skoki definicji funkcji, dokumentacje itp.?
   • Krótka odpowiedź brzmi: tak, tak i tak. Aplikacja jest całkowicie modułowa. Otwarte źródło da ludziom swobodę wypełniania luk w kilku z tych funkcji.
3. Czy ktoś korzystający z Sublime dostał zaproszenie do bety, aby wskazać różnice?
   • Zaletą Atom jest możliwość hakowania na poziomie podstawowym, ponieważ jest on zbudowany na tym samym kodzie, który obsługuje strony internetowe.
   • Zaletą Sublime Text jest wydajność, ponieważ nie trzeba go uruchamiać na Node.js, a jest to bardziej dojrzały produkt, który wkrótce osiągnie stabilną wersję 3.
   • Istnieje długa lista drobnych różnic, które mogą być zawarte w komentarzach (chciałbym, aby to przecenienie było w stanie narysować tabelę do porównań, ale to inna kwestia).
   • Ze względu na szybką frekwencję Atom, obawiam się, że niektóre różnice, które tu wymienię, z czasem staną się nieaktualne. Na przykład w momencie pisania tego tekstu Atom jest dostępny tylko na komputerach Macintosh, podczas gdy Sublime Text jest już wieloplatformowy.
4. Czy mogę używać motywów, schematów i pakietów z Sublime w takiej postaci, w jakiej Sublime mogłaby zrobić z wiązaniem tekstu.
   • Krótka odpowiedź brzmi „nie”, ale ze względu na łatwość hakowania Atom łatwo będzie zmieniać narzędzia innych edytorów do Atom.

Oprócz punktów z wcześniejszych odpowiedzi, warto wyjaśnić różnice między tymi dwoma produktami z perspektywy wyborów dokonanych podczas ich rozwoju.

Sublime jest skompilowany binarnie dla platformy. Jego rdzeń jest napisany w C / C ++, a wiele jego funkcji jest zaimplementowanych w Pythonie, który jest także językiem używanym do jego rozszerzania. Atom jest napisany w Node.js / Coffeescript i działa pod webkitem, przy czym Coffeescript jest językiem rozszerzenia. Chociaż podobnie w UI i UX, Sublime działa znacznie lepiej niż Atom, szczególnie w „ciężkim podnoszeniu”, takim jak praca z dużymi plikami, złożonym SnR lub wtyczkami, które intensywnie przetwarzają pliki / bufory. Chociaż oczekuję ulepszeń w miarę dojrzewania Atomu, wybór projektu i platformy ogranicza wydajność.

„Zamknięta” część Sublime obejmuje API i interfejs użytkownika. Oprócz skórek / motywów i kolorów, interfejs API utrudnia obecnie modyfikowanie innych aspektów interfejsu użytkownika. Na przykład wtyczki Sublime nie mogą wchodzić w interakcje z paskiem bocznym, kontrolować ani rysować w obszarze edycji (z wyjątkiem pewnych ograniczonych sposobów, np. W rynnie) ani manipulować paskiem stanu poza zwykłym tekstem. „Zamknięta” część atomu jest obecnie nieznana, ale mam wrażenie, że jest mniejsza.Atom ma bogatszy interfejs API (choć obecnie słabo udokumentowany), którego celem projektowym jest umożliwienie większej kontroli nad interfejsem użytkownika. Ścisłe połączenie z webkitem oferuje liczne możliwości ulepszenia funkcji interfejsu użytkownika, które obecnie nie są możliwe w Sublime. Jednak rozszerzenia Sublime działają bliżej natywnych, więc te, które wykonują intensywne obliczenia, wysoce powtarzalne lub złożone manipulacje tekstem w dużych buforach, są możliwe w Sublime.

Ponieważ więcej Atomu będzie otwartych, Github otworzy Atom 6 maja. W rezultacie prawdopodobne jest, że wsparcie i tempo rozwoju będą szybkie. Natomiast rozwój Sublime znacznie się spowolnił - ale nie jest martwy . W szczególności istnieje wiele błędów, wiele dość trywialnych, które nie zostały naprawione przez programistę. Żadne z nich nie powstrzymuje imo, ale jeśli chcesz czegoś w szybkim rozwoju z regularnymi poprawkami i ulepszeniami, Sublime będzie frustrować. To powiedziawszy, instalowalne pakiety Atom dla Windows i Linuksa jeszcze się nie ukazały, a aktywność w bazie kodu wydaje się ostygnąć w tygodniach przed ogłoszeniem i od jego ogłoszenia, zgodnie ze statystykami Githuba.

Jeśli chodzi o funkcje IDE, z perspektywy webdev Atom pozwoli na rozszerzenia aż do zbliżania się do produktów takich jak Webstorm, choć żadne jeszcze się nie pojawiło. Zobaczymy, jak Atom poradzi sobie z tak „ciężkimi” rozszerzeniami, ponieważ edytor natywnie czuje się powolny. Ze względu na ograniczenia w interfejsie API i brak bazowego pakietu internetowego, Sublime nie pozwoli na taki poziom dostosowania interfejsu użytkownika, chociaż deweloper może rozszerzyć interfejs API w celu obsługi takich funkcji w przyszłości. Ponownie, podstawowa wydajność Sublime pozwala na rzeczy, które wymagają obliczeniowego pomruku; Indeksowanie symboli ST3 jest przykładem, który sprawdza się nawet przy dużych projektach. I chociaż interfejs użytkownika Atom jest z pewnością wzorowany na Sublime, zauważalnie brakuje niektórych udoskonaleń, takich jak Sublime ”

Widzę te produkty jako komplementarne. Fakt, że mają one podobną grafikę i naciśnięcia klawiszy, tylko to dodaje. Będą sytuacje, w których użycie któregokolwiek z nich ma zalety. Obecnie Sublime jest dojrzałym produktem z parytetem funkcji na wszystkich trzech platformach i bogatym zestawem wtyczek. Atom jest nowym dzieckiem, którego cechy będą szybko rosły; produkcja nie jest jeszcze gotowa i istnieją obawy dotyczące wydajności.

[Aktualizacja / edycja: 18 maja 2015 r.]

Uwaga na temat ulepszeń tych dwóch edytorów od czasu napisania powyższego.

Oprócz poprawek błędów i ulepszeń rdzenia, Atom doświadczył szybkiego wzrostu rozszerzeń innych firm, a autouzupełnianie plus stało się częścią standardowej dystrybucji Atom. Jakość rozszerzenia jest bardzo zróżnicowana, a szczególną irytacją jest częstotliwość, z jaką niestabilne pakiety stron trzecich mogą spowodować awarię edytora. W ciągu ostatniego roku Atom przeniósł się do używania React poprzez przeniesienie działania odświeżania / odświeżania do GPU ze względów wydajnościowych, znacznie poprawiając reakcję interfejsu użytkownika na typowe czynności edycyjne (przewijanie, ruch kursora itp.). Chociaż znacznie poprawiło to działanie edytora, nadal jest niewygodne w przypadku zadań intensywnie wykorzystujących procesor, jak opisano powyżej, i nadal jest powolne podczas uruchamiania. Oprócz ulepszeń wydajności, Atom czuje się znacznie bardziej stabilny na całej planszy.

Rozwój Sublime ponownie wzrósł od stycznia 2015 r., Wraz z poprawkami błędów, kilkoma drobnymi nowymi funkcjami (interfejs API podpowiedzi, ulepszenia systemu kompilacji) oraz znaczącym postępem w postaci nowej definicji .sublime opartej na yaml (aby ostatecznie zastąpić starą xml .tmLanguage). Wraz z niestandardowym silnikiem wyrażeń regularnych, który zastępuje Onigurama, nowy system oferuje większy potencjał precyzyjnego dopasowania wyrażeń regularnych, jest znacznie szybszy (do 4x) i może wykonywać wiele dopasowań równolegle. Oprócz składni kolorowania, Sublime używa tych komponentów do indeksowania symboli (definicja goto itp.) I innych funkcji rozpoznających język. Oprócz dalszego przyspieszania Sublime, szczególnie w przypadku dużych plików, ta funkcja powinna otworzyć potencjał wydajnych funkcji specyficznych dla języka, takich jak refaktoryzacja kodu itp. Obiecuje się dalsze „duże zmiany”,

Atom jest napisany przy użyciu Node.js, CoffeeScript i LESS. Następnie jest on zawijany w opakowanie WebKit, które pierwotnie było dostępne tylko dla OSX, chociaż dostępna jest również wersja dla systemu Windows. (Wersja Linux musi być zbudowana ze źródła, ale dla użytkowników Ubuntu istnieje PPA).

Wiele architektury i funkcji zostało zduplikowanych z Sublime Text, ponieważ zostały wypróbowane i przetestowane. System wtyczek działa prawie tak samo, ale otwiera wiele nowych funkcji i możliwości, ujawniając także nowe interfejsy API.

Uważam, że skróty pozostają w większości takie same ze względu na pamięć mięśni - ludzie je zapamiętają i będą mogli natychmiast kliknąć Atom.

Preferencjami można sterować za pomocą graficznego interfejsu użytkownika, a nie bezpośrednio edytując JSON, co może obniżyć barierę wejścia dla osób rozpoczynających pracę z Atomem. Samemu trudno mi się nimi poruszać, ponieważ w Preferencjach nie ma funkcji wyszukiwania.

Możesz zapisać się na zaproszenie na kanale IRC ## atom- invites lub zarejestrować się na ich stronie internetowej i dodać swój adres e-mail. Pierwsza runda zaproszeń nadeszła szybko.

Atom jest open source (jest już od kilku godzin), podczas gdy Sublime Text nie.

Oto kilka różnic między nimi:

• Atom jest oprogramowaniem typu open source (licencja MIT)
• Licencja dla jednego użytkownika na Sublime Text kosztuje 70 USD .

• Atom jest napisany w Node.js, CoffeeScript, HTML i LESS .
• Sublime Text jest napisany w C ++, Python dla wtyczek i Objective-C dla integracji kakao

• Atom ma wbudowanego menedżera pakietów *
• Sublime Text zależy od rozwiązania zewnętrznego do zarządzania pakietami ( Wbond Package Control )

• W chwili pisania tego (05/20/2014) istnieją pliki binarne Atom tylko dla Mac OS X (10.8 lub nowszy). Jeśli chcesz go używać w systemie Windows lub Linux, musisz go zbudować. Aktualizacja: obecnie istnieją pliki binarne Atom dla Mac OS X (10.8 lub nowszy) Windows i Linux .
• Pliki binarne Sublime Text są dostępne dla systemów Mac OS X, Windows (instalowalne lub przenośne) i Linux (jako .deb lub tarball)

• Ustawienia Atom można konfigurować za pomocą przyjaznego interfejsu użytkownika lub bezpośrednio, edytując pliki konfiguracyjne .
• Sublime Text pozwala tylko zmieniać ustawienia za pomocą plików konfiguracyjnych .

* Chociaż APM jest oddzielnym narzędziem, jest ono pakowane i instalowane automatycznie z Atomem

Atom został stworzony przez Github i zawiera „świadomość git”. To funkcja, którą bardzo lubię:

Podświetla także pliki w drzewie git, które zmieniły się w różnych kolorach w zależności od ich statusu zatwierdzenia:

Właśnie dostałem dzisiaj zaproszenie do bety i od razu wypróbowałem Atom. GUI przypomina Sublime i tak, niektóre skróty zostały przyjęte z Sublime.

Oprócz wszystkiego, co wspomniano powyżej, oto kilka różnic, które zauważyłem do tej pory:

1. Tryb Vim nie jest tak dobry, jak tryb Vintage w Sublime (który nie jest również w pełni funkcjonalnym vimem), ponieważ pakiet vim jest na wczesnym etapie rozwoju. Szczegółowe informacje można znaleźć na stronie https://atom.io/packages/vim-mode .

2. Jak wspomniał James, Atom jest napisany za pomocą narzędzi internetowych, dzięki czemu masz dostęp do arkusza stylów edytora tekstu (styles.less), aby wykonać dowolne zmiany wyglądu za pomocą CSS. Istnieje również opcja zmiany początkowego CoffeeScript.

3. Ponownie, ponieważ Atom jest wciąż w fazie beta, Sublime ma znacznie więcej natywnych pakietów wtyczek. Ponieważ jednak Atom jest napisany w Node.js, oficjalna strona Atomu powiedziała, że ​​możesz „wybierać spośród ponad 50 tysięcy w repozytorium pakietów Node”. (Ponieważ nie jestem zawodowcem Node.js, nie analizowałem tej funkcji)

4. Atom ma lepszą obsługę Github po wyjęciu z pudełka, ale Sublime ma kilka pakietów Git.

5. Sublime to nieograniczony okres próbny płatnej aplikacji. Atom jest darmowy na etapie beta, ale nie wiemy, czy Github chce go naładować, czy nie.

Najważniejsze jest to, że Atom to edytor tekstu zbudowany w technologii internetowej w fazie beta. Natomiast Sublime ewoluowało poprzez wiele różnych iteracji. Atom wciąż nie ma wielu pakietów obsługiwanych przez Sublime, więc pytanie brzmi: czy Atom nadąży za Sublime, czy stanie się lepszy? Github wydaje się być przekonany o przyszłości tej edycji tekstu ze względu na popularne technologie bazowe, a Atom prawdopodobnie będzie dobrą alternatywą dla Sublime na dłuższą metę.

Kolejna różnica polega na tym, że Podniosły tekst jest projektem zamkniętym, podczas gdy kod źródłowy Atom jest / będzie publicznie dostępny - chociaż Github nie planuje opublikować go jako prawdziwego projektu open source. Chcą dać dostęp do kodu, bez otwierania go na wkłady.

Github upublicznił kod: http://blog.atom.io/2014/05/06/atom-is-now-open-source.html

Atom wciąż jest w fazie beta (piszę to v0.123), ale porusza się szybko. O wiele szybszy niż Sublime. Nowe kompilacje są wydawane co tydzień, czasem nawet kilka z nich w tym samym tygodniu. W krótkim okresie istnienia wydało więcej wydań niż Sublime, co wymaga miesięcy, aby wydać nową funkcję lub naprawić błąd. Oto zaktualizowane spojrzenie na rzeczy spoglądające wstecz na ścieżkę, którą podążał Atom od czasu premiery wersji beta:

1. Sublime ma lepszą wydajność niż Atom. Po prostu dlatego, że jest napisany w C ++. Atom z drugiej strony to internetowa aplikacja komputerowa zbudowana na Chromium i chociaż osiągają wydajność bliską sercu, osiągnięcie takiej samej prędkości i szybkości reakcji będzie naprawdę trudne lub wręcz niemożliwe. W lipcu Atom zaczął używać Reacta, co znacznie poprawiło jego wydajność, ale nadal możesz poczuć różnicę. Poza tym, jeśli problemy z wydajnością Atom nie odepchną użytkowników - Sublime lepiej przyspieszy cykl wydania, wyszczupli jego drobne poprawki UX i rozważy włączenie większej liczby autorów, ponieważ to tutaj wygrywa Atom.

2. Ekosystem pakietów Atom również rośnie bardzo szybko, może nie być tak duży jak Sublime w tej chwili, ale mam wrażenie, że z GitHubem, który powróci, będzie się rozwijał jeszcze szybciej. Prawdopodobnie ma większość pluginów IDE, o których możesz pomyśleć. Główną różnicą jest to, że nie obsługuje plików większych niż 2 MB, więc warto o tym pamiętać.

3. Jedyną rzeczą, którą zauważysz na początku, jest to, że minęła Sublime minimapa! Poza tym pierwsze wrażenie jest takie, że Atom wygląda prawie tak samo jak Sublime. Bardziej szczegółowe porównanie na ten temat napisałem w tym poście na blogu .

4. O ile mi wiadomo, nie jest to łatwy i prosty sposób na przeniesienie Sublime konfiguracji, pakietów itp.

Próbowałem Atom i wygląda to naprawdę fajnie, ALE jest jeden poważny problem (przynajmniej w wersji 0.84):

Nie obsługuje wyboru pionowego Alt+ Przeciągnij - jest to niezbędne w każdym nowoczesnym edytorze kodu.

Jedną z głównych różnic jest obsługa „czcionek indyjskich”, czyli skryptów z Azji Południowej (w tym języków Azji Południowo-Wschodniej, takich jak khmerski, laotański, myanmar i tajski). Ponadto istnieje znacznie lepsza obsługa języków wschodnioazjatyckich (chiński, japoński, koreański). Są to znane błędy (w rzeczywistości najwyżej oceniane błędy), które miały miejsce od lat (wydawało się, że obsługa języka wschodnioazjatyckiego działała lepiej, ale obecnie jest trudna w użyciu):

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

Pracuję w mało ekstremalnym środowisku; edytuj pliki na zdalnym systemie plików (na pewno w sieci zewnętrznej), który jest zamontowany na moim laptopie przez ssh (alias. sshfs). Niezależnie od tego, dlaczego tak robię, chociaż jego uciążliwa reakcja jest dość jadalna, gdy używam Sublime Text 2.

Próbowałem na Atom po przeczytaniu tego postu, ale okazało się to dla mnie trochę bolesne; Atom wydaje się, że nie buforuje tak skutecznie struktury katalogów. Za każdym razem, gdy rozwijam folder w widoku drzewa, interfejs użytkownika zawiesza się na krótko, 2 ~ 3 sekundy, być może pobieranie informacji o systemie plików. Tak, ponieważ używam zdalnego systemu plików. Ale Sublime obsługuje to bardziej wydajnie, przynajmniej nie zawiesza się za każdym razem, gdy rozwijam folder, co jest mniej bolesne.

Myślę, że Atom jest piekło fajny za darmo, a moja historia jest trywialna, którą pewnego dnia można ulepszyć, ale w tej chwili byłby pomocny dla kogoś.

-

dodano 8/26/2014

Ostatnio zmieniłem laptopa z Macbook Air 2010 późno na Macbook Pro 13 "2013 późno. Prawdopodobnie ma 4-krotnie szybszy procesor i wiele ulepszeń wydajności. Chcę wspomnieć o mojej opinii w sprawie KIEDY ZAMONTOWAĆ SYSTEM PLIKÓW ZDALNYCH. (przy użyciu OS X Mavericks , najnowszej wersji Atom, FUSE 2.7.3 / OSXFUSE 2.6.4 / sshfs 2.5.0 i zdalnym systemem jest serwer Ubuntu) Ostatecznie zawieszanie się interfejsu użytkownika jest znacznie krótsze, ale nadal tam jest. aby otworzyć folder z wieloma folderami / plikami i zindeksować, wymaga to pewnego czasu. Ponadto, jeśli rozszerzysz folder pełen plików, po prostu się zawiesza. (podczas zwijania folderu tak nie jest)

Według @EliDuenisch wydaje się, że tak się nie dzieje w Linux Mint. Nie jestem pewien, ale może to wynikać z różnicy między systemami operacyjnymi. Z pewnością, jeśli pracujesz na lokalnym systemie plików, nie musisz wcale przejmować się tym problemem.

Jedną z głównych różnic, na którą nikt dotąd nie zwrócił uwagi i która może być ważna dla niektórych osób, jest to, że (przynajmniej w systemie Windows) Atom nie obsługuje w pełni innych układów klawiatury niż USA. Istnieje raport o błędzie dotyczący kilkuset postów, które są otwarte od ponad roku ( https://github.com/atom/atom-atomymap/issues/35 ).

Może mieć znaczenie przy wyborze edytora.

UWAGA ::

- z powodu źle wykonanego systemu buforowania, w Atom często występuje utrata danych przy użyciu dużych plików.

Udowodniono to wiele razy.