Ich muss zugeben, dass all die "Vorteile" von MVC meine Arbeit nicht einfacher, schneller oder besser gemacht haben. Es macht die ganze Code-Erfahrung nur abstrakter und zeitaufwendiger. Die Wartung ist ein Albtraum, wenn man versucht, die Vorstellungen anderer von der Trennung zu debuggen. Ich weiß nicht, wie viele von Ihnen schon einmal versucht haben, eine FLEX-Site zu aktualisieren, die Cairngorm als MVC-Modell verwendet, aber was eigentlich 30 Sekunden dauern sollte, kann oft über zwei Stunden dauern (Suche/Verfolgung/Debugging, nur um ein einziges Ereignis zu finden). MVC war und ist für mich immer noch ein "Vorteil", den man ausnutzen kann.
36 Stimmen
Es ist ein MVC-Framework. Es ermutigt Sie, Ihre Daten in Modelle und Ihre DOM-Manipulation in Ansichten zu abstrahieren und die beiden über Ereignisse miteinander zu verbinden.
0 Stimmen
Wie kann eine "Ansicht" Ereignisse im Kontext von MVC behandeln? Dies ist, was backbonejs.org in ihrer Einführung behauptet.
3 Stimmen
Es lohnt sich zu lernen. Mir fiel der Einstieg schwer, aber nachdem ich ein paar Stolpersteine überwunden hatte, ist es wirklich nicht mehr allzu schwer. Beginnen Sie mit der Weinkeller-Demo.
2 Stimmen
Im Kontext von Backbone fungiert der View quasi als Controller. Sie hört auf DOM-Ereignisse und leitet sie gegebenenfalls an die Modelle weiter. Er hört auch auf Änderungen an Ihren Modellen und Sammlungen und zeichnet das DOM entsprechend neu. Backbone ist ein MV-Muster, aber das C ist impliziert. Wäre Backbone Rails, wäre das Template der View, und der View der Controller.
0 Stimmen
Ich dachte, es ist ein MVVM-Framework, da es eigentlich keine Controller bietet.
0 Stimmen
Und eine Folgefrage: Was ist mit Backbone passiert? Warum ist es nicht mehr angesagt? Es ist auf jeden Fall einfacher als Angular