숭고한 텍스트와 Github의 Atom의 차이점은 무엇입니까?

Github는 Sublime과 매우 유사한 Atom 을 발표했습니다 . 같은 심지어 일부 키보드 단축키 ⌘ + P, ⌘ + Shift + P등은 동일합니다.

1. Atom은 Sublime과 어떻게 다릅니 까?
2. 빌드 도구, 함수 정의 점프, 문서 등과 같은 IDE 기능이 포함되어 있습니까?
3. Sublime을 사용하는 사람이 차이를 지적하기 위해 베타 초대를 받았습니까?
4. 나는 숭고한 함께 할 수있는 것처럼, 그대로 숭고한에서 주제, 기법 및 패키지를 사용할 수 텍스트 메이트 .

1

PS : 더 큰 해상도를 위해 새 탭에서 이미지를 엽니 다.

1. Atom은 Sublime과 어떻게 다릅니 까?
   • Atom은 JavaScript / HTML / CSS를 기반으로하는 오픈 소스 텍스트 편집기 / IDE입니다.
   • Sublime Text는 C / C ++ 및 Python을 기반으로하는 상용 제품입니다.
   • Atom과 비교할 때 Adobe Brackets 있는 JavaScript / HTML / CSS를 기반으로하는 또 다른 오픈 소스 텍스트 편집기 / IDE 인 입니다. 이렇게하면 특히 프론트 엔드에서 웹 개발에보다 중점을 둔 브래킷이 만들어집니다.
   • 오픈 소스 프로젝트의 장점은 개발 속도는 물론 가격입니다.
2. 빌드 도구, 함수 정의 점프, 문서 등과 같은 IDE 기능이 포함되어 있습니까?
   • 짧은 대답은 '예'입니다. 이 앱은 완전히 모듈 식입니다. 오픈 소스는 사람들에게 이러한 기능 중 일부의 차이를 자유롭게 채울 수 있습니다.
3. Sublime을 사용하는 사람이 차이를 지적하기 위해 베타 초대를 받았습니까?
   • Atom의 장점은 웹 사이트를 구동하는 동일한 코드를 기반으로하기 때문에 엔트리 레벨 해킹 가능성입니다.
   • Sublime Text의 장점은 Node.js 위에서 실행할 필요가 없기 때문에 성능이 뛰어나고 안정적인 버전 3에 도달하는 더 성숙한 제품입니다.
   • 의견에 포함될 수있는 사소한 차이점에 대한 긴 목록이 있습니다 (이 마크 다운이 비교를 위해 표를 그릴 수는 있지만 다른 문제입니다).
   • Atom의 빠른 투표율로 인해 여기에 나열된 몇 가지 차이점이 시간이 지남에 따라 구식이 될 것 같습니다. 예를 들어,이 글을 쓰는 시점에서 Atom은 Macintosh에서만 사용할 수 있지만 Sublime Text는 이미 다중 플랫폼입니다.
4. Sublime이 텍스트 메이트와 마찬가지로 Sublime의 테마, 구성표 및 패키지를 그대로 사용할 수 있습니까?
   • 짧은 대답은 아니오이지만 Atom의 해킹 가능성으로 인해 다른 편집기에서 Atom으로 패키지를 쉽게 수정할 수 있습니다.

이전 답변의 요점 외에도 개발에서 선택한 선택의 관점 에서이 두 제품의 차이점을 분명히 밝힐 가치가 있습니다.

Sublime은 플랫폼을 위해 바이너리 컴파일됩니다. 핵심은 C / C ++로 작성되었으며 여러 기능이 파이썬으로 구현되어 있으며이를 확장하는 데 사용되는 언어이기도합니다. Atom은 Node.js / Coffeescript로 작성되었으며 웹킷에서 실행되며 Coffeescript는 확장 언어입니다. UI 및 UX에서는 비슷하지만 Sublime은 특히 큰 파일, 복잡한 SnR 또는 파일 / 버퍼에서 많은 처리를 수행하는 플러그인 작업과 같은 "무거운 리프팅"에서 Atom보다 훨씬 우수한 성능을 발휘합니다. Atom이 발전함에 따라 개선 될 것으로 예상되지만 디자인 및 플랫폼 선택은 성능을 제한합니다.

Sublime의 "닫힌"부분에는 API 및 UI가 포함됩니다. 스킨 / 테마 및 컬러 라이저 외에도 현재 API를 사용하면 UI의 다른 측면을 수정하기가 어렵습니다. 예를 들어, Sublime 플러그인은 사이드 바와 상호 작용하거나 편집 영역을 제어하거나 그릴 수 없으며 (예 : 거터와 같은 일부 제한된 방법 제외) 기본 텍스트 이외의 상태 표시 줄을 조작 할 수 없습니다. Atom의 "폐쇄 된"부분은 현재 알려져 있지 않지만 더 작은 느낌을받습니다.Atom은 UI를보다 강력하게 제어 할 수있는 디자인 목표를 가진 더 풍부한 API (현재 문서화가 잘되어 있지는 않지만)를 가지고 있습니다. 웹킷과 밀접하게 연결되어 현재 Sublime에서는 불가능한 UI 기능 향상을위한 다양한 기능을 제공합니다. 그러나 Sublime의 확장 기능은 기본에 가깝게 수행되므로 큰 버퍼에서 계산 집약적이거나 반복적이거나 복잡한 텍스트 조작을 수행하는 확장 기능이 Sublime에서 가능합니다.

더 많은 Atom이 공개 될 예정이므로, Github은 5 월 6 일에 Asource를 오픈 소스로 공개했습니다. 결과적으로 지원 및 개발 속도가 빨라질 수 있습니다. 대조적으로, Sublime의 개발은 늦게 늦어 졌지만 죽지 않았습니다 . 특히, 개발자가 수정하지 않은 많은 버그가 있습니다. 아무도 imo를 보여주지는 않지만 정기적 인 버그 수정 및 개선으로 빠른 개발에 무언가를 원한다면 Sublime은 실망 할 것입니다. 즉, Github의 통계에 따르면 설치 가능한 Windows 및 Linux 용 Atom 패키지는 아직 출시되지 않았 으며 발표 전과 발표 후 몇 주 동안 코드베이스의 활동이 식은 것으로 보입니다.

IDE 기능의 관점에서, webdev의 관점에서 Atom은 아직 나타나지 않았지만 Webstorm과 같은 제품에 접근하는 지점까지 확장 할 수 있습니다. 편집기가 기본적으로 느리게 느껴지기 때문에 Atom이 이러한 "무거운"확장으로 어떻게 수행되는지 살펴 봐야합니다. API의 제한과 기본 웹킷의 부족으로 인해 Sublime은 개발자가 향후 이러한 기능을 지원하도록 API를 확장 할 수 있지만이 수준의 UI 사용자 정의를 허용하지 않습니다. 다시 한번, Sublime의 기본 성능은 계산상의 불만을 일으키는 것들을 허용합니다. ST3의 심볼 인덱싱은 큰 프로젝트에서도 잘 수행되는 예입니다. Atom의 UI는 Sublime을 기반으로 확실히 모델링되었지만 Sublime '과 같은 일부 미세 조정이 눈에 띄게 누락되었습니다.

나는이 제품들을 보완적인 것으로 본다. 그것들이 비슷한 영상과 키 스트로크를 공유한다는 사실은 사실에 추가됩니다. 어느 쪽을 사용하든 이점이있는 상황이있을 것입니다. 현재 Sublime은 세 가지 플랫폼에 걸쳐 기능 패리티와 풍부한 플러그인 세트를 갖춘 성숙한 제품입니다. Atom은 기능이 빠르게 성장할 새로운 아이입니다. 아직 프로덕션 준비가되지 않았으며 성능 영역에 대한 우려가 있습니다.

[업데이트 / 편집 : 2015 년 5 월 18 일]

위의 작성 이후이 두 편집기의 개선 사항에 대한 참고 사항.

Atom은 버그 수정 및 핵심 개선 외에도 자동 완성 기능이 표준 Atom 배포의 일부가되면서 타사 확장 기능이 빠르게 성장했습니다. 확장 품질은 매우 다양하며 특정 자극은 불안정한 타사 패키지가 편집기를 중단시킬 수있는 빈도입니다. 작년 한 해 동안 Atom은 성능상의 이유로 리플 로우 / 재 페인트 활동을 GPU로 전환하여 React를 사용하여 일반적인 편집 작업 (스크롤, 커서 이동 등)에 대한 UI의 응답 성을 크게 개선했습니다. 이로 인해 편집기의 느낌이 크게 향상되었지만 위에서 설명한 것처럼 CPU 집약적 작업에는 여전히 번거롭고 시작 속도가 느립니다. 성능 향상 외에도 Atom은 전반적으로 훨씬 안정적입니다.

Sublime의 개발은 2015 년 1 월 이후 버그 수정, 일부 새로운 기능 (툴팁 API, 빌드 시스템 개선) 및 새로운 yaml 기반 .sublime-syntax 정의 형태의 주요 개발 (이전의 구식 대체) xml .tmLanguage). 새로운 시스템은 Onigurama를 대체하는 맞춤형 정규식 엔진과 함께 정확한 정규식 일치 가능성을 제공하고 훨씬 빠르며 (최대 4 배) 병렬로 여러 번 일치시킬 수 있습니다. 컬러링 구문 외에도 Sublime은 심볼 인덱싱 (고토 정의 등) 및 기타 언어 인식 기능에 이러한 구성 요소를 사용합니다. Sublime의 속도를 높이는 것 외에도 특히 큰 파일의 경우이 기능은 코드 리팩토링과 같은 언어 별 기능의 가능성을 열어줍니다. 추가 '큰 개발'이 약속됩니다.

Atom은 Node.js, CoffeeScript 및 LESS를 사용하여 작성되었습니다. 그런 다음 WebKit 래퍼로 싸여 있습니다. WebKit 래퍼는 원래 OSX에서만 사용할 수 있었지만 이제는 Windows 버전도 제공됩니다. (리눅스 버전은 소스에서 빌드해야하지만 우분투 사용자를위한 PPA가 있습니다.)

Sublime Text에서 많은 아키텍처와 기능이 시도 및 테스트되었으므로 복제되었습니다. 플러그인 시스템은 거의 동일하게 작동하지만 새로운 API를 노출하여 많은 새로운 기능과 잠재력을 열어줍니다.

나는 근육 기억으로 인해 지름길이 대부분 동일하다고 생각합니다. 사람들은 기억하고 Atom으로 즉시 클릭 할 수 있습니다.

JSON을 직접 편집하는 대신 GUI를 사용하여 환경 설정을 제어 할 수 있습니다. 이렇게하면 사람들이 Atom을 시작하는 데 대한 진입 장벽이 낮아질 수 있습니다. 환경 설정에 검색 기능이 없기 때문에 모두 탐색하기가 어렵다는 것을 알았습니다.

## atom-invites IRC 채널 에서 초대에 가입하거나 웹 사이트에 가입하고 이메일을 추가 할 수 있습니다. 초대의 첫 번째 라운드가 빨리왔다.

Atom 은 오픈 소스이지만 (지금까지 몇 시간 동안) Sublime Text는 그렇지 않습니다.

두 가지의 차이점은 다음과 같습니다.

• 원자 는 오픈 소스입니다 (MIT 라이센스)
• Sublime Text에 대한 단일 사용자 라이센스 비용은 $ 70 입니다.

• Atom은 Node.js, CoffeeScript, HTML 및 LESS 로 작성되었습니다 .
• Sublime Text는 C ++, 플러그인 용 Python 및 Cocoa 통합 용 Objective-C로 작성되었습니다.

• Atom에는 내장 된 패키지 관리자가 있습니다 *
• Sublime Text는 패키지 관리를위한 타사 솔루션에 의존합니다 ( Wbond Package Control )

• 이 기사를 작성할 당시 (2014 년 5 월 20 일), Mac OS X (10.8 이상) 전용 Atom 바이너리가 있습니다. Windows 또는 Linux에서 사용하려면 빌드해야합니다. 업데이트 : 요즘에는 Mac OS X (10.8 이상) Windows 및 Linux 용 Atom 바이너리가 있습니다 .
• Sublime Text 바이너리는 Mac OS X, Windows (설치 가능 또는 휴대용) 및 Linux (.deb 또는 tarball)로 제공됩니다.

• 원자 설정은 사용자 친화적 인 인터페이스를 통해 또는 구성 파일을 편집하여 직접 구성 할 수 있습니다 .
• Sublime Text 는 구성 파일을 통해서만 설정을 변경할 수 있습니다 .

* APM은 별도의 도구이지만 Atom과 함께 번들로 제공되고 자동으로 설치됩니다.

원자는 Github에 의해 생성되었으며 "git인지"를 포함합니다. 그것은 내가 아주 좋아하는 기능입니다.

또한 커밋 상태에 따라 다른 색상으로 변경된 git 트리의 파일을 강조 표시합니다.

오늘 막 베타 초대를 받고 바로 Atom을 사용해 보았습니다. GUI는 Sublime과 같은 느낌이 듭니다. Sublime에서 채택한 바로 가기가 있습니다.

위에서 언급 한 모든 것 외에도 여기까지 내가 알아 차린 몇 가지 차이점이 있습니다.

1. Vim 패키지는 개발 초기 단계에 있기 때문에 Vim 모드는 Sublime의 Vintage 모드 (완전히 기능이없는 vim이 아님)만큼 좋지 않습니다. 자세한 내용은 https://atom.io/packages/vim-mode 를 참조 하십시오 .

2. James가 언급했듯이 Atom은 웹 도구를 사용하여 작성되었으므로 텍스트 편집기 (styles.less)의 스타일 시트에 액세스하여 CSS를 사용하여 원하는 모양 변경을 수행 할 수 있습니다. 시작 CoffeeScript를 변경하는 옵션도 있습니다.

3. 다시, Atom은 아직 베타 단계에 있기 때문에 Sublime에는 훨씬 더 많은 기본 플러그인 패키지가 있습니다. 그러나 Atom은 Node.js로 작성되었으므로 "노드의 패키지 저장소에서 5 만 개 이상을 선택할 수있다"고 말했다. (나는 Node.js 프로가 아니기 때문에이 기능을 조사하지 않았습니다)

4. Atom은 기본적으로 더 나은 Github 지원을 제공하지만 Sublime에는 여러 Git 패키지가 있습니다.

5. Sublime은 유료 응용 프로그램 무제한 평가 기간입니다. Atom은 베타 단계에서 무료이지만 Github에서 충전을 원하는지 여부는 알 수 없습니다.

결론은 Atom은 베타 단계에서 웹 기술로 작성된 텍스트 편집기입니다. 대조적으로 Sublime은 여러 가지 반복을 통해 진화했습니다. Atom에는 여전히 Sublime이 지원하는 많은 패키지가 누락되어 있으므로 Atom이 Sublime을 따라 잡을 것인가 아니면 더 나아질 것입니까? Github는 널리 사용되는 기본 기술로 인해이 텍스트 편집의 미래에 대해 확신하는 것 같으며 Atom은 장기적으로 Sublime의 훌륭한 대안이 될 것입니다.

또 다른 차이점은 Sublime 텍스트는 비공개 소스 프로젝트이지만 Ait 소스 코드는 공개적으로 사용 가능하지만 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을 기반으로 구축 된 웹 기반 데스크톱 앱이며 성능이 마음에 가까워 지더라도 동일한 속도와 응답 속도에 도달하는 것은 실제로 어렵거나 불가능합니다. 지난 7 월 Atom은 React를 사용하기 시작했으며 성능이 크게 향상되었지만 여전히 차이를 느낄 수 있습니다. 그 외에도 Atom의 성능 문제로 인해 사용자가 멀어지지 않을 경우-Sublime은 릴리스주기의 속도를 높이고 작은 UX 조정을 개선하고 Atom이이기는 곳이기 때문에 더 많은 기여자를 고려하는 것을 고려하십시오.

2. Atom의 패키지 생태계도 실제로 빠르게 성장하고 있습니다. 현재 Sublime만큼 크지 않을 수도 있지만 GitHub를 사용하면 더 빠르게 성장할 것이라고 생각합니다. 아마도 당신이 생각할 수있는 플러그인과 같은 IDE의 대부분을 가지고있을 것입니다. 현재 가장 큰 차이점은 2MB보다 큰 파일을 처리 할 수 ​​없으므로 명심해야합니다.

3. 가장 먼저 눈에 띄는 것은 Sublime 미니 맵이 사라 졌다는 것입니다! 그 외에 첫 번째 인상은 Atom이 Sublime과 거의 동일하게 보입니다. 나는이 블로그 포스트 에서 그것에 대해 더 깊이 비교했다 .

4. Sublime 구성, 패키지 등을 쉽게 알 수있는 간단한 방법은 없습니다.

나는 Atom을 시도했지만 정말 멋져 보이지만 하나의 큰 문제가 있습니다 (최소한 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은 디렉토리 구조를 그렇게 효율적으로 캐시하지 않는 것 같습니다. Tree View에서 폴더를 확장 할 때마다 UI가 2 ~ 3 초 동안 잠깐 중단되어 파일 시스템 정보를 가져올 수 있습니다. 예, 원격 파일 시스템을 사용하고 있기 때문입니다. 그러나 Sublime 은이보다 효율적으로 처리하므로 폴더를 확장 할 때마다 멈추지 않으므로 고통스럽지 않습니다.

나는 Atom이 무료로 좋지 않다고 생각하며 언젠가 향상 될 수있는 사소한 이야기이지만 현재로서는 누군가에게 도움이 될 것입니다.

-

2014 년 8 월 26 일에 추가됨

최근에 랩톱을 Macbook Air 2010에서 늦은 Macbook Pro 13 "2013으로 늦게 변경했습니다. CPU가 4 배 빨라지고 성능이 크게 향상되었을 수 있습니다. MOMT REMOTE FILE SYSTEM을 사용하는 경우에 대한 의견이 있습니다. ( OS X 매버릭 사용) , 최신 버전의 Atom, FUSE 2.7.3 / OSXFUSE 2.6.4 / sshfs 2.5.0을 사용하고 원격 시스템은 Ubuntu 서버입니다.) 결국 UI 정지는 상당히 짧아 지지만 여전히 존재합니다. 폴더 / 파일이 많은 폴더를 열고 색인을 생성하려면 일정 시간이 필요합니다. 또한 파일이 가득 찬 폴더를 확장하면 흔들 리게됩니다. (폴더를 접을 때 폴더가 축소되지 않습니다)

@EliDuenisch에 따르면 Linux Mint에서는 발생하지 않는 것 같습니다. 잘 모르겠지만 운영 체제의 차이와 다를 수 있습니다. 로컬 파일 시스템에서 작업하는 경우에는이 문제를 전혀 신경 쓰지 않아도됩니다.

지금까지 아무도 지적하지 않았고 일부 사람들에게 중요 할 수있는 한 가지 주요 차이점은 (적어도 Windows에서는) Atom이 미국 이외의 다른 키보드 레이아웃을 완전히 지원하지 않는다는 것입니다. 1 년 이상 오픈 한 수백 개의 게시물이있는 버그 보고서가 있습니다 ( https://github.com/atom/atom-keymap/issues/35 ).

편집기를 선택할 때 관련이있을 수 있습니다.

주의 ::

-캐싱 시스템이 잘못 작성 되었기 때문에 Atom에서 큰 파일을 사용할 때 데이터 손실이 자주 발생합니다.

여러 번 입증되었습니다.