Ember.js lub kręgosłup.js dla Restful backend [zamknięty]

Aby dać krótką, uproszczoną odpowiedź: aby uzyskać spokojny backend, w tej chwili powinieneś użyć Backbone.

Aby dać bardziej złożoną odpowiedź: to naprawdę zależy od tego, co robisz. Jak mówili inni, Ember jest przeznaczony do różnych rzeczy i spodoba się innej grupie ludzi. Moja krótka odpowiedź opiera się na Twoim włączeniu wymogu odpoczynku.

W tej chwili Ember-Data (który wydaje się być domyślnym mechanizmem trwałości w Ember) jest daleki od produkcji gotowy. Oznacza to, że ma sporo błędów i, co najważniejsze, nie obsługuje zagnieżdżonych Uri (na przykład/posts/2/comments / 4556). Jeśli wymagasz odpoczynku, będziesz musiał obejść to na razie, jeśli wybierzesz Ember (tzn. albo będziesz musiał go zhakować, poczekać, zaimplementować coś w rodzaju Ember-Data od zera, albo użyć niezbyt spokojnych Uri). Ember-Data nie jest ściśle częścią Ember, więc jest to całkowicie możliwe.

Główne różnice między tymi dwoma, poza rozmiarem, są w zasadzie:

Ember stara się zrobić dla Ciebie jak najwięcej, abyś nie musiał pisać jak najwięcej kodu. Jest bardzo hierarchiczny, a jeśli Twoja aplikacja jest również bardzo hierarchiczna, prawdopodobnie będzie dobrze pasować. Ponieważ robi to tak wiele dla ciebie, może być trudno dowiedzieć się, skąd pochodzą błędy i wyjaśnić, dlaczego dzieje się nieoczekiwane zachowanie (jest wiele "magii"). Jeśli masz aplikację, która naturalnie pasuje do typu aplikacji, której oczekuje Ember budynek jednak, to prawdopodobnie nie będzie problemem.

Backbone stara się zrobić jak najmniej dla Ciebie, abyś mógł zrozumieć, co się dzieje i zbudować architekturę pasującą do Twojej aplikacji (zamiast budować aplikację pasującą do architektury używanego frameworka). O wiele łatwiej jest zacząć, ale jeśli nie będziesz ostrożny, możesz skończyć z bałaganem bardzo szybko. Nie robi takich rzeczy, jak właściwości obliczeniowe, automatyczne odpiszanie zdarzeń itp., więc będziesz musiał zaimplementować wiele rzeczy samodzielnie (lub przynajmniej wybrać biblioteki, które robią to za ciebie), chociaż o to raczej chodzi.

Update: wydaje się, że od niedawna Ember obsługuje teraz zagnieżdżone Uri, więc przypuszczam, że pytanie sprowadza się do tego, ile magii lubisz i czy Ember jest dobrze dopasowany architektonicznie do Twojej aplikacji.

Myślę, że twoje pytanie wkrótce zostanie zablokowane :) jest kilka sporów między tymi dwoma frameworkami.

Zasadniczo Backbone nie robi wielu rzeczy i dlatego to uwielbiam : będziesz musiał dużo kodować, ale będziesz kodować we właściwym miejscu. Ember robi wiele rzeczy, więc lepiej uważaj co robi.

Dyskusja na serwerze jest jedną z niewielu rzeczy, które Backbone robi, i robi z nią świetną robotę. Więc zacznę od kręgosłupa, a potem spróbuję Ember, jeśli nie jesteś całkowicie zadowolony.

Możesz także posłuchać tego podcastu , w którym Jeremy Ashkenas, twórca Backbone, i Yehuda Katz, członek Ember, mają miłą dyskusję