Sự khác biệt giữa văn bản cao siêu và Nguyên tử của Github [đã đóng]


334

Github đã công bố Atom rất giống với Sublime. Ngay cả một số phím tắt như ⌘ + P, ⌘ + Shift + Pvv là như nhau.

  1. Nguyên tử khác với Sublime như thế nào?
  2. Nó có bao gồm các tính năng IDE như công cụ xây dựng, nhảy định nghĩa hàm, tài liệu, v.v. không?
  3. Có ai sử dụng Sublime có lời mời Beta để chỉ ra sự khác biệt không?
  4. Tôi có thể sử dụng các chủ đề, sơ đồ và gói từ Sublime không, như Sublime có thể làm với người bạn đời văn bản .

Vỏ nguyên tử1

PS: Mở hình ảnh trong tab mới để có độ phân giải lớn hơn.


3
Đặt một chủ đề phù hợp và bạn có thể làm cho rất nhiều biên tập viên trông (đôi khi cũng cảm thấy như vậy). Ngoài ra, họ là những biên tập viên khác nhau. Hãy thử cả hai và gắn bó với người bạn thích.
Rook

17
FWIW, tôi đã sử dụng Atom tất cả các ngày cuối tuần và trong khi tôi thích nó, tôi không thấy bất kỳ lợi thế thực sự nào so với SublimeText3. Không có gì thực sự tồi tệ về điều đó, tôi chỉ không thấy bất kỳ lý do thuyết phục nào để chuyển đổi các biên tập viên. Có lẽ tôi sẽ thay đổi ý kiến ​​của mình một khi tôi sử dụng nó nhiều hơn.
carl_h

26
Tôi đoán tích hợp git / github sẽ là lý do số 1 để chuyển đổi. Làm thế quái nào họ git đi với xé toạc văn bản tuyệt vời? Họ đã trả Sublime hoặc làm việc với họ?
jellohead

4
Nó là một bản sao văn bản tuyệt vời hoàn chỉnh. Họ nên thực hiện nó bằng Python để nó không quá chậm với việc gõ và cuộn. THEN pha trộn trong CEF cho tất cả các lợi ích của trình duyệt nhúng và cho phép các tiện ích bổ sung tương tự thông qua JavaScript / CoffeeScript. Tôi thích Atom.io vì tôi thích Văn bản cao siêu. Cuối cùng, tôi sẽ ngừng sử dụng Atom.io vì tôi sẽ cảm thấy khó chịu với hiệu suất mà tôi không nghĩ là có thể sửa được do lựa chọn ngôn ngữ. Hãy nhìn vào Spark Spark của Google có thể ...
Tom

40
Sự khác biệt? Nguyên tử trở thành nguồn mở . Để được hạnh phúc!
Ionică Bizău

Câu trả lời:


127
  1. Nguyên tử khác với Sublime như thế nào?
    • Atom là một trình soạn thảo văn bản / IDE mã nguồn mở, được xây dựng trên JavaScript / HTML / CSS.
    • Sublime Text là một sản phẩm thương mại, được xây dựng trên C / C ++ và Python.
    • Có thể so sánh với Atom là Adobe Brackets , một trình soạn thảo văn bản / IDE nguồn mở khác được xây dựng trên JavaScript / HTML / CSS. Hãy nhớ rằng điều này làm cho Brackets có định hướng hơn về phát triển Web, đặc biệt là ở mặt trước.
    • Ưu điểm của các dự án nguồn mở là tốc độ phát triển nhanh hơn và tất nhiên là giá cả.
  2. Nó có bao gồm các tính năng IDE như công cụ xây dựng, nhảy định nghĩa hàm, tài liệu, v.v. không?
    • Câu trả lời ngắn gọn là có, có, và có. Ứng dụng này là hoàn toàn mô-đun. Nguồn mở sẽ cung cấp cho mọi người sự tự do để lấp đầy các khoảng trống trên một số tính năng này.
  3. Có ai sử dụng Sublime có lời mời Beta để chỉ ra sự khác biệt không?
    • Ưu điểm của Atom là khả năng hack cấp nhập cảnh, vì nó được xây dựng trên cùng một mã cung cấp năng lượng cho các trang web.
    • Ưu điểm của Sublime Text là hiệu suất, vì nó không cần phải chạy trên Node.js và đây là một sản phẩm trưởng thành hơn, sắp đạt đến phiên bản 3 ổn định.
    • Có một danh sách dài các khác biệt nhỏ có thể được đưa vào trong các bình luận (tôi muốn đánh dấu này có thể vẽ một bảng để so sánh, nhưng đó là một vấn đề khác).
    • Vì sự xuất hiện nhanh chóng của Atom, tôi e rằng một số khác biệt tôi liệt kê ở đây sẽ trở nên lỗi thời theo thời gian. Ví dụ, tại thời điểm viết bài này, Atom chỉ có sẵn trên Macintosh trong khi Sublime Text đã được đa nền tảng.
  4. Tôi có thể sử dụng các chủ đề, sơ đồ và gói từ Sublime không, như Sublime có thể làm với người bạn đời văn bản.
    • Câu trả lời ngắn gọn là không, nhưng vì khả năng hack của Atom, sẽ dễ dàng kiểm tra lại các gói từ các biên tập viên khác đến Atom.

Tôi thấy rất nhiều tệp Python trên Sublime Text
atilkan

7
@emrah Vâng. Văn bản cao siêu được viết bằng C ++ và Python. (ngay cả google cũng biết điều đó ): P
pradyunsg

"Atom chỉ khả dụng trên Macintosh" ... không thực sự. Bạn có sẵn phiên bản Linux (deb, vòng / phút) và Windows trên trang web nguyên tử
mickro

4
Có lẽ "tại thời điểm viết bài này" cho một câu trả lời được đăng hơn một năm trước nên là một gợi ý rằng ví dụ về các phiên bản đã bị lỗi thời.
harrypujols 27/8/2015

Cũng cần lưu ý rằng node.js không đặc biệt chậm, đặc biệt là khi nó được viết để tận dụng các chiến lược tối ưu hóa của V8.
kẻ phản diện

167

Ngoài những điểm từ câu trả lời trước, đáng để làm rõ sự khác biệt giữa hai sản phẩm này từ góc độ của các lựa chọn được đưa ra trong quá trình phát triển của chúng.

Sublime là nhị phân được biên dịch cho nền tảng. Cốt lõi của nó được viết bằng C / C ++ và một số tính năng của nó được triển khai bằng Python, đây cũng là ngôn ngữ được sử dụng để mở rộng nó. Atom được viết bằng Node.js / Coffeescript và chạy trong webkit, với Coffeescript là ngôn ngữ mở rộng. Mặc dù tương tự về UI và UX, Sublime hoạt động tốt hơn đáng kể so với Atom, đặc biệt là "nâng vật nặng" như làm việc với các tệp lớn, SnR phức tạp hoặc các plugin xử lý nặng trên các tệp / bộ đệm. Mặc dù tôi mong đợi những cải tiến trong Atom khi nó đáo hạn, các lựa chọn thiết kế & nền tảng giới hạn hiệu suất.

Phần "đóng" của Sublime bao gồm API và UI. Ngoài giao diện / chủ đề và màu sắc, API hiện gây khó khăn cho việc sửa đổi các khía cạnh khác của giao diện người dùng. Ví dụ: các plugin Sublime không thể tương tác với thanh bên, điều khiển hoặc vẽ trên khu vực chỉnh sửa (ngoại trừ một số cách giới hạn, ví dụ như trong máng xối) hoặc thao tác trên thanh trạng thái ngoài văn bản cơ bản. Hiện tại phần "đóng" của Atom vẫn chưa được biết, nhưng tôi có cảm giác nó nhỏ hơn.Atom có ​​API phong phú hơn (mặc dù hiện tại được ghi nhận kém) với mục tiêu thiết kế là cho phép kiểm soát giao diện người dùng tốt hơn. Được kết hợp chặt chẽ với webkit cung cấp nhiều khả năng cho các cải tiến tính năng UI hiện không thể có với Sublime. Tuy nhiên, các phần mở rộng của Sublime thực hiện gần hơn với bản địa, do đó, các phần mở rộng thực hiện các thao tác văn bản phức tạp, lặp đi lặp lại hoặc phức tạp trong các bộ đệm lớn là khả thi trong Sublime.

Vì nhiều nguyên tử sẽ được mở, nên Github có nguồn gốc mở vào ngày 6 tháng 5. Kết quả là có khả năng hỗ trợ và tốc độ phát triển sẽ nhanh chóng. Ngược lại, sự phát triển của Sublime đã chậm lại đáng kể - nhưng nó không chết . Đặc biệt, có một số lỗi, nhiều lỗi khá nhỏ, chưa được nhà phát triển sửa. Không có gì là showstopping imo, nhưng nếu bạn muốn một cái gì đó phát triển nhanh chóng với sửa lỗi và cải tiến thường xuyên, Sublime sẽ nản lòng. Điều đó nói rằng, các gói Atom có ​​thể cài đặt cho Windows và Linux vẫn chưa được phát hành và hoạt động trên codebase dường như đã hạ nhiệt trong vài tuần trước và kể từ khi công bố, theo thống kê của Github.

Về các chức năng IDE, từ phối cảnh webdev, Atom sẽ cho phép các tiện ích mở rộng đến điểm tiếp cận các sản phẩm như Webstorm, mặc dù chưa có sản phẩm nào xuất hiện. Vẫn còn phải xem Atom sẽ hoạt động như thế nào với các phần mở rộng "nặng" như vậy, vì trình soạn thảo thực sự cảm thấy chậm chạp. Do các hạn chế trong API và thiếu bộ webkit cơ bản, Sublime sẽ không cho phép mức độ tùy chỉnh UI này mặc dù nhà phát triển có thể mở rộng API để hỗ trợ các tính năng như vậy trong tương lai. Một lần nữa, hiệu suất cơ bản của Sublime cho phép những thứ liên quan đến tiếng lách cách tính toán; Lập chỉ mục biểu tượng của ST3 là một ví dụ hoạt động tốt ngay cả với các dự án lớn. Và mặc dù UI của Atom chắc chắn được mô phỏng theo Sublime, một số tinh chỉnh bị thiếu đáng chú ý, chẳng hạn như Sublime '

Tôi thấy những sản phẩm này là bổ sung. Việc họ chia sẻ hình ảnh và tổ hợp phím tương tự chỉ làm tăng thêm thực tế. Sẽ có những tình huống mà việc sử dụng một trong hai có lợi thế. Hiện tại, Sublime là một sản phẩm trưởng thành với tính năng tương đương trên cả ba nền tảng và một bộ plugin phong phú. Atom là đứa trẻ mới có tính năng sẽ nhanh chóng phát triển; nó không cảm thấy sản xuất đã sẵn sàng và có những lo ngại trong lĩnh vực hiệu suất.

[Cập nhật / Chỉnh sửa: ngày 18 tháng 5 năm 2015]

Một lưu ý về những cải tiến cho hai biên tập viên kể từ thời điểm viết bài trên.

Ngoài các lỗi và cải tiến cho cốt lõi của nó, Atom đã trải qua sự tăng trưởng nhanh chóng trong các tiện ích mở rộng của bên thứ ba, với tính năng tự động hoàn thành cộng với việc trở thành một phần của bản phân phối Atom tiêu chuẩn. Chất lượng mở rộng rất khác nhau và một sự khó chịu cụ thể là tần suất mà các gói bên thứ ba không ổn định có thể làm hỏng trình chỉnh sửa. Trong năm ngoái, Atom đã chuyển sang sử dụng React bằng cách chuyển hoạt động phản xạ / sơn lại cho GPU vì lý do hiệu suất, cải thiện đáng kể khả năng phản hồi của UI cho các hành động chỉnh sửa thông thường (cuộn, di chuyển con trỏ, v.v.). Mặc dù điều này đã cải thiện rõ rệt cảm giác của trình soạn thảo, nhưng nó vẫn cảm thấy cồng kềnh đối với các tác vụ chuyên sâu của CPU như được mô tả ở trên và vẫn còn chậm khi khởi động. Ngoài những cải tiến về hiệu suất, Atom cảm thấy ổn định hơn đáng kể trên bảng.

Sự phát triển của Sublime đã bắt đầu trở lại kể từ tháng 1 năm 2015, với các lỗi, một số tính năng mới nhỏ (API công cụ, cải tiến hệ thống) và một sự phát triển chính dưới dạng định nghĩa cú pháp .sublime dựa trên yaml mới (để cuối cùng thay thế xml .tmL Language). Cùng với một công cụ regex tùy chỉnh thay thế Onigurama, hệ thống mới mang đến nhiều tiềm năng hơn cho kết hợp regex chính xác, nhanh hơn đáng kể (lên tới 4x) và có thể thực hiện song song nhiều trận đấu. Ngoài cú pháp tô màu, Sublime sử dụng các thành phần này để lập chỉ mục biểu tượng (định nghĩa goto, v.v.) và các tính năng nhận biết ngôn ngữ khác. Ngoài việc tăng tốc độ Sublime hơn nữa, đặc biệt đối với các tệp lớn, tính năng này sẽ mở ra tiềm năng cho các tính năng dành riêng cho ngôn ngữ biểu diễn như tái cấu trúc mã, v.v.


2
Tôi cảm thấy câu trả lời này hơi lỗi thời, vì nguyên tử hiện là nguồn mở hoàn toàn.
JorgeArtware

6
@JorgeArtware, tôi không nghĩ rằng thông báo nguồn mở cho Atom không chấp nhận bất kỳ thông tin nào được cung cấp ở trên vượt quá rõ ràng. Tuy nhiên tôi đã sửa bài đăng để phản ánh thực tế và thêm một chút thông tin để đưa mọi thứ cập nhật.
sebt

1
Tôi đã bỏ phiếu cho câu trả lời tuyệt vời của bạn ngay cả trước khi thực tế, tôi chỉ chỉ ra rằng nó cần một chút cập nhật, mà bạn đã làm, vì vậy điều đó thật tuyệt.
Phần mềm JorgeArtware

2
"Các gói Atom có ​​thể cài đặt cho Windows và Linux vẫn chưa được phát hành" -> Tôi vừa tải xuống trình cài đặt Windows và nó không thể dễ dàng hơn. Hoạt động tuyệt vời ngay cả khi không có đặc quyền quản trị viên.
gdelfino

129

Nguyên tử được viết bằng Node.js, CoffeeScript và LESS. Sau đó, nó được bọc trong một trình bao bọc WebKit, vốn chỉ có sẵn cho OSX, mặc dù hiện tại cũng đã có phiên bản Windows. (Phiên bản Linux phải được xây dựng từ nguồn, nhưng có PPA cho người dùng Ubuntu.)

Rất nhiều kiến ​​trúc và tính năng đã được sao chép từ Sublime Text vì chúng đã được thử và kiểm tra. Hệ thống plugin hoạt động gần như giống nhau, nhưng cũng mở ra rất nhiều tính năng và tiềm năng mới bằng cách hiển thị các API mới.

Tôi tin rằng các phím tắt vẫn giữ nguyên như cũ do bộ nhớ cơ - mọi người sẽ nhớ chúng và có thể nhấp chuột ngay lập tức với Atom.

Các tùy chọn có thể được kiểm soát bằng GUI thay vì chỉnh sửa trực tiếp JSON, điều này có thể hạ thấp rào cản nhập cảnh đối với việc bắt đầu mọi người với Atom. Bản thân tôi cảm thấy khó khăn khi điều hướng tất cả vì không có tính năng tìm kiếm trong Tùy chọn.

Bạn có thể đăng ký lời mời trên ## nguyên tử - mời kênh IRC hoặc đăng ký vào trang web của họ và thêm email của bạn. Vòng mời đầu tiên đã đến nhanh chóng.


18
Tuyệt vời. Vì vậy, Adobe Brackets sẽ nếm bụi trước khi bắt lửa. Khi làm việc tại Adobe, tôi rất hào hứng về một nhóm song song làm việc trên Brackets - cũng được xây dựng trên trình bao bọc WebKit (CEF)
Om Shankar

Ngoài ra, bạn đã nhận được một lời mời? Tôi đã thêm một điểm về các gói. Tôi không muốn mất các gói Sublime hiện tại của mình, nhưng muốn thử nghiệm Atom
Om Shankar

1
Xin lỗi Om, tôi vừa đăng nhập vào SO một lần nữa. Tôi đã nhận được lời mời trong vòng 5 phút đầu tiên khi chúng được gửi :) À vâng, tôi quên đề cập rằng các chủ đề và sơ đồ có thể được chuyển đổi từ kiểu TextMate sang Atom. Nếu câu trả lời của tôi đã giúp bạn, bạn có phiền khi nhấp vào đánh dấu lớn không?
James

1
@ConnorLoche chưa được, tôi sẽ không sợ.
James

2
@ConnorL336 Hiện tại đã có PPA cho Ubuntu
Matthew Daly


22

Dưới đây là một số khác biệt giữa hai:






* Mặc dù APM là một công cụ riêng biệt, nhưng nó được đóng gói và cài đặt tự động với Atom


Kể từ bài đăng này, Atom đã thêm hỗ trợ của Window đầy đủ thông qua .exe
Unome

12

Nguyên tử đã được tạo ra bởi Github và nó bao gồm "nhận thức git". Đó là một tính năng tôi thích khá nhiều:

nhập mô tả hình ảnh ở đây

Ngoài ra, nó làm nổi bật các tệp trong cây git đã thay đổi với các màu khác nhau tùy thuộc vào trạng thái cam kết của chúng:

nhập mô tả hình ảnh ở đây


2
Làm nổi bật cây git là một trong những tính năng chiến thắng đối với tôi trong Atom, xem mã nào đã được cam kết hoặc thêm vào là vô cùng quý giá đối với tôi
Unome

11

Tôi vừa nhận được lời mời beta của mình ngày hôm nay và đã thử Atom ngay lập tức. GUI cho cảm giác như Sublime, và vâng, có một số phím tắt được thông qua từ Sublime.

Bên cạnh tất cả mọi thứ được đề cập ở trên, đây là một số khác biệt tôi đã nhận thấy cho đến nay:

  1. Chế độ Vim không tốt bằng chế độ Vintage trên Sublime (cũng không phải là một vim đầy đủ tính năng) vì gói vim đang trong giai đoạn phát triển ban đầu. Xem https://atom.io/packages/vim-mode để biết chi tiết.

  2. Như James đề cập, Atom được viết bằng các công cụ web, vì vậy bạn có quyền truy cập vào biểu định kiểu của trình soạn thảo văn bản (Styles.less) để thực hiện bất kỳ thay đổi ngoại hình nào bạn muốn bằng CSS. Ngoài ra còn có một tùy chọn để thay đổi CoffeeScript khởi động.

  3. Một lần nữa, vì Atom vẫn đang trong giai đoạn thử nghiệm, Sublime có các gói plugin gốc hơn nhiều. Tuy nhiên, vì Atom được viết bằng Node.js, trang web chính thức của Atom cho biết bạn có thể "chọn từ hơn 50 nghìn trong kho lưu trữ gói của Node". (Vì tôi không phải là một Node.js pro, nên tôi chưa xem xét tính năng này)

  4. Atom có ​​hỗ trợ Github tốt hơn, nhưng Sublime có một số gói Git.

  5. Sublime là một ứng dụng trả phí thời gian đánh giá không giới hạn. Atom miễn phí ở giai đoạn beta nhưng chúng tôi không biết liệu Github có muốn sạc hay không.

Vì vậy, mấu chốt là Atom là một trình soạn thảo văn bản được xây dựng với công nghệ web ở giai đoạn beta. Ngược lại, Sublime đã phát triển qua nhiều lần lặp khác nhau. Atom vẫn còn thiếu rất nhiều gói mà Sublime hỗ trợ, vậy câu hỏi đặt ra là liệu Atom có ​​bắt kịp với Sublime hay trở nên tốt hơn không? Github có vẻ là tự tin về tương lai của văn bản này chỉnh sửa bởi vì các công nghệ cơ bản phổ biến của nó, và Atom có ​​lẽ sẽ là một lựa chọn tốt để Sublime trong thời gian dài.


1
Trong khi tôi đồng ý với mọi thứ khác, tôi sẽ không nói nó đã hỗ trợ GitHub tốt hơn, vì nó thậm chí không thể cam kết hoặc tập tin stage từ bên trong trình biên tập (trừ khi tôi đang thiếu một cái gì đó). Tôi muốn nói đây là một tính năng cơ bản cho một sản phẩm đến từ GitHub bản thân?
James

@ James, theo như tôi biết, ở góc dưới bên phải của tập tin bạn đã mở, Atom sẽ cho bạn biết git branch hiện tại và có vẻ là một sự hỗ trợ Git Diff bản địa. Nhưng bạn là đúng rằng nó không có căn bản cam kết / đẩy / chức năng kéo. Tôi cần phải có được rõ ràng hơn về phần này.
Keeeeeenw

@ James lý do tại sao bạn sẽ muốn được làm cam kết từ soạn thảo của bạn ở nơi đầu tiên?
Thomas McCabe

1
@Keeeeeenw họ đã nói họ có kế hoạch để sạc cho nó, giống như siêu việt. Đã có gói Atom để bắt chước lời nhắc cấp phép ST;)
Thomas McCabe

3
@ThomasMcCabe tại sao bạn lại không? Bạn đã xem SublimeGit chưa? Nó cải thiện quy trình làm việc của tôi một cách đáng kể.
James

10

Một điểm khác biệt nữa là văn bản Sublime là một dự án nguồn đóng, trong khi mã nguồn Atom đang / sẽ được công khai - mặc dù Github không có kế hoạch phát hành nó như một dự án nguồn mở thực sự. Họ muốn cung cấp quyền truy cập vào mã, mà không cần mở nó để đóng góp.

Github đã công khai mã: http://blog.atom.io/2014/05/06/atom-is-now-open-source.html


9
Dưới đây là một câu trích dẫn từ Tom Preston-Werner của Github: "Atom sẽ không phải là nguồn đóng, nhưng nó cũng sẽ không phải là nguồn mở. Nó sẽ ở đâu đó giữa, giúp chúng tôi dễ dàng sạc cho Atom trong khi vẫn tạo nguồn có sẵn theo giấy phép hạn chế để bạn có thể thấy mọi thứ hoạt động như thế nào. Chúng tôi chưa hoàn thiện chính xác cách thức hoạt động của nó. Chúng tôi sẽ có đầy đủ thông tin chi tiết cho sự ra mắt chính thức. " Nguồn: thảo luận.atom.io/users/mojombo/activity
Pascal Le Merrer

1
Ah gotcha, cảm ơn. Vì vậy, có vẻ như họ sẽ mở các gói và giao diện, nhưng vẫn đóng lõi.
ellotheth

1
@PascalLeMerrer, điều này làm cho Atom thậm chí giống với giai đoạn hiện tại của Sublime.
Om Shankar

4
@PascalLeMerrer Tôi tin rằng tuyên bố đó đã được đưa ra trước khi quyết định tạo ra OSS nguyên tử theo giấy phép MIT (đó không phải là kế hoạch ban đầu
jameh

1
@Jameh bạn nói đúng. Github đã thay đổi kế hoạch ban đầu của họ. và câu trả lời của tôi có liên quan đến tuyên bố ban đầu của họ.
Pascal Le Merrer

5

Atom vẫn đang trong giai đoạn thử nghiệm (v0.123 khi tôi viết bài này) nhưng nó đang di chuyển rất nhanh. Cách nhanh hơn Sublime. Các bản dựng mới được phát hành trên cơ sở hàng tuần, đôi khi thậm chí một vài trong số chúng trong cùng một tuần. Trong vòng đời ngắn ngủi của nó, nó đã có nhiều bản phát hành hơn Sublime, phải mất vài tháng để phát hành một tính năng mới hoặc sửa lỗi. Đây là bản cập nhật về những thứ nhìn lại trên con đường mà Atom đã thực hiện kể từ khi ra mắt bản beta:

  1. Sublime có hiệu suất tốt hơn so với Atom. Đơn giản vì nó được viết bằng C ++. Mặt khác, Atom là một ứng dụng máy tính để bàn dựa trên web được xây dựng dựa trên Chromium và trong khi chúng có hiệu suất gần với trái tim, sẽ rất khó hoặc thậm chí không thể đạt được tốc độ và khả năng phản hồi tương tự. Tháng Bảy năm ngoái Atom bắt đầu sử dụng Phản ứng và nó đã cho nó một tăng hiệu suất tốt đẹp, nhưng bạn vẫn có thể cảm nhận được sự khác biệt. Ngoài ra, nếu các vấn đề về hiệu suất của Atom sẽ không đẩy người dùng đi - Tăng tốc tốt hơn cho chu kỳ phát hành, hãy cải tiến các tinh chỉnh UX nhỏ của nó và xem xét cho phép nhiều người đóng góp hơn vì đây là nơi mà Atom đang chiến thắng.

  2. Hệ sinh thái trọn gói của Atom cũng đang phát triển rất nhanh, nó có thể không lớn như Sublime vào lúc này nhưng tôi có cảm giác rằng với GitHub, nó sẽ tiếp tục phát triển nhanh hơn nữa. Nó có thể có đa số IDE như plug-in, bạn có thể nghĩ đến. Một sự khác biệt lớn ngay bây giờ là nó không thể xử lý tập tin lớn hơn 2MB để nó một cái gì đó để giữ trong tâm trí.

  3. Một trong những điều bạn sẽ nhận thấy đầu tiên là minimap Sublime đã biến mất! Ngoài ra, ấn tượng đầu tiên là Atom trông gần giống như Sublime. Tôi đã viết một sâu hơn so về nó trong này bài đăng blog .

  4. Không có cách nào đơn giản dễ dàng đến cổng cấu hình Sublime của bạn, bao bì và như xa như tôi biết.


2
Bạn có thể nhận được một bản đồ nhỏ trong Atom bằng cách cài đặt gói này: atom.io/packages/minimap
nwinkler

5

Tôi đã thử Atom và nó trông rất đẹp NHƯNG có một vấn đề lớn (ít nhất là trong phiên bản 0.84):

Nó không hỗ trợ chọn dọc Alt+ Kéo - đây là điều bắt buộc đối với mọi trình soạn thảo mã hiện đại.


16
Theres một gói cho rằng: (shameless plug) atom.io/packages/Sublime-Style-Column-Selection (alt + kéo)
BigFive

2

Một điểm khác biệt chính là sự hỗ trợ của "Phông chữ Ấn" hay còn gọi là Chữ viết Nam Á (bao gồm các ngôn ngữ Đông Nam Á như tiếng Khmer, tiếng Lào, tiếng Myanmar và tiếng Thái). Ngoài ra, có nhiều hỗ trợ tốt hơn cho các ngôn ngữ Đông Á (Trung Quốc, Nhật Bản, Hàn Quốc). Đây là những lỗi đã biết (thực sự là những lỗi được đánh giá cao nhất) đã xảy ra trong nhiều năm (nghĩ rằng có vẻ như hỗ trợ ngôn ngữ Đông Á được sử dụng để hoạt động tốt hơn nhưng giờ đã trở nên khó sử dụng):


2
Bạn nói họ "khác biệt" và bạn nói "có nhiều điều tốt hơn ..." Nhưng bạn không nói Sublime hay Atom nào tốt hơn. Các liên kết Sublime có gợi ý bạn đang quảng cáo Sublime không? Hay chúng liên kết đến các lỗi không được trộn trong Sublime như là bằng chứng cần thiết để bắt kịp với Atom?
hà mã

2
Sublime có hỗ trợ ngôn ngữ châu Á rất xấu. Họ không thể đưa ra các chữ viết Nam Á / Đông Nam Á đúng cách và làm một công việc kém về ngôn ngữ Đông Á. Các liên kết là bằng chứng của việc thiếu hỗ trợ. Tôi không thể sử dụng Sublime vì những tính năng này, tuy nhiên tôi có thể sử dụng Atom vì hỗ trợ ngôn ngữ tốt hơn.
jeffmcneill

À, điều này cũng rất quan trọng đối với tôi. Bạn nên thêm thông tin từ bình luận của bạn vào câu trả lời thực tế. Tôi đã thử dùng Chân đế và cho đến nay tôi vẫn hoạt động tốt với Lào và Thái.
hà mã

2

Tôi đang làm việc trong một môi trường khắc nghiệt; chỉnh sửa tập tin trên hệ thống tập tin từ xa (mạng bên ngoài, chắc chắn) được gắn trên máy tính xách tay của tôi thông qua ssh (hay còn gọi là sshfs). Bất kể tại sao tôi lại làm như vậy, mặc dù khả năng phản hồi cồng kềnh của nó, nhưng nó khá dễ ăn khi tôi sử dụng Sublime Text 2.

Tôi đã thử trên Atom sau khi đọc bài đăng này, nhưng hóa ra nó hơi đau đối với tôi; Atom dường như không có cấu trúc thư mục cache rất hiệu quả. Mỗi lần tôi mở rộng thư mục trên Tree View, UI bị đóng băng trong một thời gian ngắn, 2 ~ 3 giây, có thể tìm nạp thông tin hệ thống tệp. Vâng, đó là vì tôi đang sử dụng hệ thống tập tin từ xa. Nhưng Sublime xử lý việc này hiệu quả hơn, ít nhất là nó không bị đóng băng mỗi khi tôi mở rộng thư mục, do đó ít gây đau đớn hơn.

Tôi nghĩ rằng Atom là địa ngục tốt đẹp miễn phí, và câu chuyện của tôi là tầm thường có thể được tăng cường vào một ngày nào đó, nhưng nó sẽ hữu ích cho ai đó vào lúc này.

-

thêm vào ngày 26/8/2014

Gần đây, tôi đã thay đổi máy tính xách tay của mình từ Macbook Air 2010 muộn thành Macbook Pro 13 "2013 muộn. Nó có khả năng CPU nhanh hơn 4 lần và cải thiện nhiều về hiệu suất. (sử dụng OS X Mavericks , phiên bản mới nhất của Atom, FUSE 2.7.3 / 2.6.4 OSXFUSE / sshfs 2.5.0, và từ xa hệ thống máy chủ Ubuntu) Cuối cùng, giao diện người dùng đóng băng được khá ngắn, nhưng nó vẫn còn đó. Cụ thể, để mở một thư mục với nhiều thư mục / file trong đó và chỉ số đó là đòi hỏi thời gian nhất định. Ngoài ra, nếu bạn mở rộng một thư mục đầy đủ các tập tin, nó chỉ ngập ngừng. (khi sụp đổ vào thư mục, nó không)

Theo @EliDuenisch, dường như điều đó không xảy ra trên Linux Mint. Tôi không chắc chắn nhưng nó có thể là từ sự khác biệt giữa các hệ điều hành. Chắc chắn, nếu bạn làm việc trên hệ thống tệp cục bộ, bạn hoàn toàn không phải quan tâm đến vấn đề này.


2
Xin chào, có thể hơi muộn để thêm vào chủ đề này, nhưng tôi muốn chia sẻ kinh nghiệm của mình về việc chỉnh sửa mã trong một 'môi trường khắc nghiệt' như vậy (qua ssh). Sublime 2 và 3 rất tệ vì chúng có xu hướng đóng băng trong vài giây khi cố gắng lưu văn bản. Kết nối internet của tôi rất nhanh vì vậy đó không phải là lý do. Bởi vì điều này xảy ra khá thường xuyên tôi bỏ sử dụng Sublime. Cho đến nay, Atom dường như hoạt động tốt theo nghĩa đó, không bị đóng băng.
Eli Duenisch

@EliDuenisch Thú vị. Bạn có thể chia sẻ chi tiết thông tin môi trường của bạn? (Như tôi đã viết) Tôi đã thử nghiệm với OS X Mountain Lion và FUSE 2.7.3 / OSXFUSE 2.6.4 / sshfs 2.5.0 và Sublime 2. Khi tôi đọc nhận xét của bạn, có lẽ tôi đã đến lúc tự kiểm tra lại Atom, có lẽ: )
Kenial

Thật không may, mặc dù vậy, tôi không thể nhớ phiên bản Atom mà tôi đã sử dụng.
Kenial

Tôi đang làm việc trên Linux Mint và máy tính từ xa là một máy chủ Ubuntu Linux. Kết nối được thiết lập thông qua đường hầm SSH. Có sự chậm trễ trong quá trình lưu mà một chút quá lang được giải thích chỉ bằng cách truyền dữ liệu. Các độ trễ này không xảy ra khi sử dụng trình soạn thảo văn bản tiêu chuẩn (Gedit / Pluma). Nhưng ít nhất không có sự đóng băng của GUI như trong Sublime.
Eli Duenisch

@EliDuenisch Sau đó, sự khác biệt có thể từ hệ điều hành khác nhau. Máy từ xa là máy chủ Ubuntu trong trường hợp của tôi, quá. Tôi sẽ cập nhật bài viết của mình sau khi kiểm tra lại và nếu có bất kỳ thay đổi nào.
Kenial

2

Một sự khác biệt lớn mà chưa ai chỉ ra cho đến nay và đó có thể là quan trọng đối với một số người là (ít nhất là trên Windows) Atom không hỗ trợ đầy đủ bố trí bàn phím khác ngoài Mỹ. Có một báo cáo lỗi về điều đó với một vài trăm bài viết đã được mở trong hơn một năm nay ( https://github.com/atom/atom-keymap/issues/35 ).

Có thể có liên quan khi chọn một biên tập viên.


2
Rõ ràng đã được sửa trong Atom 1.9 (hiện đang trong giai đoạn thử nghiệm).
phk

1

CHÚ Ý ::

- do hệ thống bộ nhớ đệm được thực hiện kém, trong quá trình mất dữ liệu nguyên tử thường xảy ra khi sử dụng các tệp lớn.

Nó đã được chứng minh nhiều lần.


Điều này không còn xảy ra. Nó được liên kết với một vấn đề với không gian đĩa đầy và nội dung tệp bị cắt về 0 thay vì sao chép nội dung vào tệp tạm thời.
Raptus
Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.