Dinlendirici arka uç için Ember.js veya Backbone.js [kapalı]

Ember.js'nin, backbone.js'nin aksine daha ağır bir yaklaşım olduğunu zaten biliyorum. Her ikisi hakkında birçok makale okudum.

Kendi kendime soruyorum, hangi çerçeve bir raylar için ön uç olarak daha kolay çalışıyor. Backbone.js için, geri kalan arka uç çağırmak için farklı yaklaşımlar gördüm. Ember için 'veri' veya 'kaynaklar' gibi daha fazla kitaplık eklemem gerekiyor gibi görünüyor. Bunun için neden iki kütüphane var?

Peki daha iyi seçim nedir? Ön ucu arka uca bağlamak için çok fazla örnek yok. Buna bir arka uç dinlenme çağrısı için iyi bir çalışma örneği nedir:

URI: ../restapi/topics GET kimlik doğrulama bilgileri: yönetici / güvenli biçim: json

Yaygın görüşün aksine Ember.js, Backbone.js için 'daha ağır bir yaklaşım' değildir. Tamamen farklı son ürünleri hedefleyen farklı türde araçlardır. Ember'in tatlı noktası, kullanıcının uygulamayı uzun süre, belki de tüm gün açık tutacağı uygulamalardır ve uygulamanın görünümleri veya temeldeki verilerle etkileşim, görünüm hiyerarşisinde derin değişiklikleri tetikler. Ember, Backbone'dan daha büyüktür, ancak bu sayede Expires, Cache-Controlbu yalnızca ilk yüklemede önemlidir. İki günlük günlük kullanımdan sonra, fazladan 30.000, içeriğiniz resim içeriyorsa, veri aktarımlarının gölgesinde kalır.

Omurga, görünüm hiyerarşisinin nispeten düz kaldığı ve kullanıcının uygulamaya seyrek olarak veya daha kısa süreler için erişme eğiliminde olduğu az sayıda duruma sahip uygulamalar için idealdir. Omurga kodu kısa ve tatlı kalır çünkü DOM'u destekleyen verilerin atılacağını ve her iki öğenin de hafızada toplanacağını varsayar: https://github.com/documentcloud/backbone/issues/231#issuecomment-4452400 Omurganın daha küçük boyutu, aynı zamanda kısa etkileşimler için daha uygun olmasını sağlar.

İnsanların her iki çerçevede yazdığı uygulamalar şu kullanımları yansıtır: Ember.js uygulamaları arasında Square'in web panosu , Zendesk (en azından temsilci / biletleme arayüzü) ve Groupon'un planlayıcısı : bir kullanıcının tüm gün çalışarak geçirebileceği tüm uygulamalar.

Omurga uygulamaları, genellikle daha büyük bir statik sayfanın sadece küçük bölümleri olan kısa veya gündelik etkileşimlere odaklanır: airbnb , Khan Academy , Foursquare'in haritası ve listeleri .

Sen edebilirsiniz Kor hedefler (örn o uygulamaların türlü yapmak için Omurga kullanmak RDIO bir tarafından)) bellek sızıntısı veya zombi etkinlikler gibi önlemek sorunlarına sorumlusun uygulama kod miktarını (Ben şahsen bu yaklaşımı tavsiye etmiyoruz) artan veya b) backbone.marionette veya Coccyx gibi üçüncü taraf kitaplıkları ekleyerek - tümü benzer örtüşen işlevsellik sağlamaya çalışan bu kitaplıkların birçoğu vardır ve muhtemelen daha büyük olan ve daha fazla yapıştırıcı kodu gerektiren kendi özel çerçevenizi bir araya getireceksiniz. Ember kullansaydın.

Nihayetinde "hangisini kullanmalı" sorusunun iki cevabı vardır.

Birincisi, "Genel olarak kariyerimde hangisini kullanmalıyım": Her ikisi de, tıpkı gelecekte yapmak isteyeceğiniz işe özgü araçları öğreneceğiniz gibi. "Backbone veya D3" diye asla sormazsınız; "Backbone or Ember" eşit derecede saçma bir sorudur.

İkincisi, "Bir sonraki projemde özellikle hangisini kullanmalıyım": Projeye bağlıdır. Her ikisi de bir Rails sunucusuyla eşit kolaylıkla iletişim kuracaktır. Bir sonraki projeniz, sunucu tarafından oluşturulan ve JavaScript tarafından sağlanan "zenginlik adaları" adı verilen sayfaların bir karışımını içeriyorsa, Backbone'u kullanın. Bir sonraki projeniz tüm etkileşimi tarayıcı ortamına iterse, Ember'ı kullanın.

Kısa, basitleştirilmiş bir cevap vermek için: RESTful arka uç için, şu anda Backbone kullanmalısınız.

Daha karmaşık bir cevap vermek gerekirse: Gerçekten ne yaptığınıza bağlı. Diğerlerinin de söylediği gibi, Ember farklı şeyler için tasarlanmıştır ve farklı bir grup insana hitap edecektir. Kısa cevabım, RESTful gereksinimini dahil etmenize dayanmaktadır.

Şu anda, Ember-Data (Ember içindeki varsayılan kalıcılık mekanizması gibi görünüyor) üretime hazır olmaktan çok uzak. Bunun anlamı, epeyce hataya sahip olması ve en önemlisi, yuvalanmış URI'leri (örneğin / posts / 2 / comments / 4556) desteklememesidir. Eğer REST sizin gereksiniminizse, Ember'ı seçerseniz, şimdilik bunun etrafında çalışmanız gerekecektir (yani, ya hacklemeniz, beklemeniz, Ember-Data gibi bir şeyi sıfırdan kendiniz uygulamanız ya da kullanmamanız gerekir. -very-RESTful URI'ler). Ember-Data, Ember'in kesinlikle bir parçası değildir, bu nedenle bu tamamen mümkündür.

Büyüklüğün yanı sıra ikisi arasındaki temel farklar temelde:

Ember sizin için mümkün olduğunca çok şey yapmaya çalışır, böylece çok fazla kod yazmanıza gerek kalmaz. Çok hiyerarşiktir ve eğer uygulamanız da çok hiyerarşik ise, muhtemelen uygun olacaktır. Sizin için çok şey yaptığı için, böceklerin nereden geldiğini anlamak ve neden beklenmedik davranışların gerçekleştiğini anlamak zor olabilir (çok fazla "sihir" vardır). Ember'ın geliştirmenizi beklediği uygulama türüne doğal olarak uyan bir uygulamanız varsa, bu muhtemelen bir sorun olmayacaktır.

Backbone, neler olup bittiğini anlamanız ve uygulamanıza uyan bir mimari oluşturabilmeniz için (kullandığınız çerçevenin mimarisine uyan bir uygulama oluşturmak yerine) sizin için mümkün olduğunca az şey yapmaya çalışır. Başlamak çok daha kolaydır, ancak dikkatli değilseniz, çok hızlı bir şekilde karmaşa yaşayabilirsiniz. Hesaplanan özellikler, otomatik çözme olayları vb. Gibi şeyler yapmaz ve bunları size bırakır, bu nedenle birçok şeyi kendiniz uygulamanız gerekir (veya en azından bunu sizin için yapan kitaplıkları seçmeniz gerekir), daha ziyade bütün mesele.

Güncelleme : Görünüşe göre, yakın zamanda Ember artık yuvalanmış URI'leri destekliyor, bu yüzden sorunun ne kadar sihirden hoşlandığınıza ve Ember'in uygulamanız için mimari olarak uygun olup olmadığına bağlı olduğunu düşünüyorum.

Sanırım sorunuz yakında engellenecek :) İki çerçeve arasında birkaç çekişme var.

Temelde Backbone pek çok şey yapmaz ve bu yüzden onu seviyorum: çok kodlamanız gerekecek, ancak doğru yerde kodlayacaksınız. Ember pek çok şey yapar, bu yüzden ne yaptığına dikkat etsen iyi olur.

Sunucu tartışması, Backbone'un yaptığı birkaç şeyden biridir ve onunla harika bir iş çıkarır. Bu yüzden Backbone ile başlayıp, tamamen tatmin olmadıysanız Ember'ı deneyeceğim.

Ayrıca Backbone'un yaratıcısı Jeremy Ashkenas ve Ember üyesi Yehuda Katz'ın güzel bir sohbet ettiği bu podcast'i de dinleyebilirsiniz.