Önceki cevaplardaki noktalara ek olarak, bu iki ürün arasındaki farkları, geliştirilmelerinde yapılan seçimler açısından netleştirmeye değer.
Sublime platform için ikili olarak derlenmiştir. Çekirdeği C / C ++ ile yazılmıştır ve bir dizi özelliği de genişletmek için kullanılan dil olan Python'da uygulanmıştır. Atom, Node.js / Coffeescript ile yazılmıştır ve Coffeescript'in uzantı dili olduğu webkit altında çalışır. UI ve UX'de benzer olsa da, Sublime, özellikle büyük dosyalar, karmaşık SnR veya dosyalar / tamponlar üzerinde ağır işlem yapan eklentilerle çalışmak gibi "ağır kaldırma" da Atom'dan önemli ölçüde daha iyi performans gösterir. Atom olgunlaştıkça iyileştirmeler beklesem de, tasarım ve platform seçenekleri performansı sınırlıyor.
Sublime'ın "kapalı" kısmı API ve kullanıcı arayüzünü içerir. Kaplamalar / temalar ve renklendiriciler dışında, API şu anda kullanıcı arayüzünün diğer yönlerini değiştirmeyi zorlaştırmaktadır. Örneğin, Yüce eklentiler kenar çubuğuyla etkileşime giremez, düzenleme alanını kontrol edemez veya çizemez (örn. Olukta bazı sınırlı yollar hariç) veya durum çubuğunu temel metnin ötesinde değiştiremez. Atom'un "kapalı" kısmı şu anda bilinmiyor, ama daha küçük olduğu hissine kapılıyorum.Atom, kullanıcı arayüzünün daha fazla kontrolüne izin vermek amacıyla tasarım hedefi ile daha zengin bir API'ya (şu anda yetersiz belgelenmiş olmasına rağmen) sahiptir. Webkit ile yakından bağlantılı olmak, Sublime ile şu anda mümkün olmayan UI özellik geliştirmeleri için çok sayıda özellik sunuyor. Bununla birlikte, Sublime'ın uzantıları yerel olana daha yakın performans gösterir, bu nedenle büyük arabelleklerde yoğun bilgi işlem, çok tekrarlayan veya karmaşık metin manipülasyonları gerçekleştirenler Sublime'da mümkündür.
Atom'un daha fazlası açık olacağından, Github açık kaynaklı Atom 6 Mayıs'ta. Sonuç olarak, destek ve gelişme hızının hızlı olması muhtemeldir. Aksine, Sublime'ın gelişimi geç bir şekilde önemli ölçüde yavaşladı - ama ölü değil . Özellikle, geliştirici tarafından düzeltilmemiş, oldukça önemsiz olan bir takım hatalar var. Hiçbiri gösterişli imo değildir, ancak düzenli hata düzeltme ve geliştirmelerle hızlı bir gelişme istiyorsanız, Sublime sinir bozacaktır. Bununla birlikte, Github'un istatistiklerine göre, Windows ve Linux için yüklenebilir Atom paketleri henüz yayınlanmadı ve kod tabanındaki etkinlik duyurulardan önceki haftalardan bu yana soğuduğu görülüyor.
IDE işlevleri açısından, bir webdev perspektifinden Atom, henüz hiçbiri ortaya çıkmamış olsa da, Webstorm gibi ürünlere yaklaşma noktasına kadar uzantılara izin verecektir. Editör doğal olarak halsiz olduğu için Atom'un bu tür "ağır" uzantılarla nasıl performans göstereceği hala görülüyor. API'daki kısıtlamalar ve temel webkit eksikliğinden dolayı, Sublime, geliştirici API'yi gelecekte bu özellikleri destekleyecek şekilde genişletebilmesine rağmen bu düzeyde kullanıcı arayüzü özelleştirmesine izin vermeyecektir. Yine, Yüce'nin temel performansı hesaplamalı homurdanma içeren şeylere izin verir; ST3'ün sembol indekslemesi, büyük projelerde bile iyi performans gösteren bir örnektir. Atom'un kullanıcı arayüzü kesinlikle Sublime üzerinde modellenmiş olsa da, Sublime '
Bu ürünleri tamamlayıcı olarak görüyorum. Benzer görselleri ve tuş vuruşlarını paylaşmaları gerçeği sadece gerçeğe katkıda bulunuyor. İkisinden birinin kullanımının avantajları olduğu durumlar olacaktır. Şu anda, Sublime her üç platformda özellik paritesi ve zengin bir eklenti seti olan olgun bir üründür. Atom, özellikleri hızla büyüyecek olan yeni çocuk; henüz üretimi hazır hissetmiyor ve performans alanında endişeler var.
[Güncelle / Düzenle: 18 Mayıs 2015]
Yukarıdakilerin yazılma zamanından bu yana bu iki editördeki gelişmeler hakkında bir not.
Hata düzeltmelerine ve çekirdeğindeki iyileştirmelere ek olarak, Atom üçüncü taraf uzantılarında hızlı bir büyüme yaşadı ve otomatik tamamlama artı standart Atom dağıtımının bir parçası oldu. Uzantı kalitesi büyük ölçüde değişir ve belirli bir tahriş, kararsız üçüncü taraf paketlerinin düzenleyiciyi çökertme sıklığıdır. Geçen yıl içinde Atom, yeniden düzenleme / yeniden boyama etkinliğini performans nedenleriyle GPU'ya kaydırarak React'i kullanmaya başladı ve tipik düzenleme eylemleri (kaydırma, imleç hareketi vb.) İçin kullanıcı arayüzünün yanıt verebilirliğini önemli ölçüde geliştirdi. Bu, düzenleyicinin hissini önemli ölçüde geliştirmiş olsa da, yukarıda anlatıldığı gibi CPU yoğun görevler için hantal hissediyor ve başlangıçta hala yavaş. Performans iyileştirmelerinin yanı sıra Atom, kart genelinde önemli ölçüde daha kararlı hissediyor.
Sublime'ın geliştirilmesi, Ocak 2015'ten bu yana, hata düzeltmeleri, bazı küçük yeni özellikler (araç ipucu API'si, sistem iyileştirmeleri oluşturma) ve yeni bir yaml tabanlı .sublime-sözdizimi tanımı (en sonunda eskinin yerini alacak şekilde) şeklinde büyük bir gelişme ile yeniden ele geçirildi. xml .tmLanguage). Onigurama'nın yerini alan özel bir normal regex motoru ile birlikte, yeni sistem hassas normal ifade eşleşmesi için daha fazla potansiyel sunar, önemli ölçüde daha hızlıdır (4x'e kadar) ve paralel olarak birden fazla eşleşme gerçekleştirebilir. Renklendirme sözdiziminin yanı sıra, Sublime bu bileşenleri sembol indeksleme (goto tanımı vb.) Ve diğer dile duyarlı özellikler için kullanır. Sublime'ın daha da hızlandırılmasına ek olarak, özellikle büyük dosyalar için, bu özellik kod yeniden düzenleme gibi performansa özgü özellikler için potansiyel açmalıdır. Daha fazla 'büyük gelişmeler' vaat ediyor,
