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.