Jakie są kluczowe różnice między Meteor, Ember.js i Backbone.js?

Question

Uczenie się pliku Ember.js/Backbone.js przez pewien czas znajdowało się na mojej liście rzeczy do zrobienia. Teraz, gdy jest już Meteor, zastanawiam się, czy ktokolwiek z doświadczeniem Meteor, Ember.js i Backbone.js potrafi podsumować kluczowe różnice i zalety i wady tych trzech frameworków JavaScriptu dla osoby bez żadnego doświadczenia dla żadnego z nich.

W szczególności chciałabym się dowiedzieć, z jakimi zadaniami każda struktura jest bardziej odpowiednia i dlaczego inni nie.

Edycja: teraz, gdy czytałem trochę więcej na Meteor, wydaje się być bardziej podobny do Knockout.js niż Backbone.js. Zatem każde porównanie z Knockout.js również jest mile widziane.

Answer 1

Istnieje dobry przebieg/porównanie różnych ram MVx JS tutaj http://codebrief.com/2012/01/the-top-10-javascript-mvc-frameworks-reviewed/ to również dobre omówienie w komentarzach. Myślę, że widziałem tutaj Gordona (który to napisał), więc może dostaniesz od niego odpowiedź.

Powiedziałbym, że jeśli chcesz nauczyć się tego stylu tworzenia aplikacji, z jednej strony, bogactwo przykładów szkieletowych z otwartym kodem źródłowym może być dla ciebie dobre. Z drugiej strony, chociaż nowy, pakiet Ember jest w rzeczywistości bardziej kompletnym IMO niż szkielet.

Oba dają możliwość implementacji różnych rzeczy na różne sposoby, które mogą być mylące, ale Ember dostarcza więcej kodu, który sam musiałby napisać w sieci szkieletowej, co dla mnie osobiście jest ważniejsze dla szybkiego prototypowania niż bogactwo dostępnych szkieletów.

Istnieje więcej dojrzałych wtyczek do utrwalania danych dla szkieletu, ale w Embercie jest wielki szum społecznościowy i wiele bibliotek contrib robi wielkie postępy. Byłem mile zaskoczony tym, jak szybko (i inni) otrzymałem wysokiej jakości odpowiedzi na relatywnie nowe środowisko w Stack Overflow.

Kiedy mówisz meteoryt, mówimy o zupełnie innych rzeczach. Jeśli chcesz zrobić więcej dzięki ponownemu użyciu kodu po stronie klienta i serwera, spójrz na ostatnio otwartą aplikację yahoo mojito https://github.com/yahoo/mojito działającą na węźle node.js - w ciągu ostatniego tygodnia robiłem sobie z tym problem, a jeśli zaznajomić się z kręgosłupem/emberem lub jakimkolwiek innym, co jest bardzo łatwe do opanowania.

Należy również powiedzieć, że mam Knockout.js w użyciu w niektórych systemach produkcyjnych, ale nigdy nie użyłem go do pełnowartościowej "aplikacji". Mam go podłączony do interfejsu mongo do przeglądania i przeglądania logów przechowywanych w Mongo. Bardzo mi się podoba, ale nie czułbym się komfortowo budując coś zbyt dużego.

Cóż, to trochę wędrówki - prawda :)

Dość szczęśliwy aby porozmawiać o tym z kimś, kto jest zainteresowany. Użyłem wielu tych frameworków w złości/produkcji (łącznie z rzeczami niewymienionymi w artykule "Top 10"), a ludzie w pracy mają problem ze słyszeniem mnie o JS, myślę :-D