Was ist der Vorteil der Marionette AppRouter+Controller über Rückgrat.Router?

Aus meinem Verständnis der Unterschiede ist die callback-Funktionen, die auf Ereignisse, die auf eine AppRouter vorhanden sein sollte, in der Controller, anstelle des gleichen Router-Objekt. Auch gibt es eine eins-zu-eins-Beziehung zwischen AppRouter & Steuerungen, die alle meinen code vom Router bewegt sich nun zum Controller, ich sehe nicht allzu viel Sinn? Also, warum verwenden Sie Sie? Ich muss etwas fehlen?

  • Auch Sie können teilen Sie Ihre router in vielen kleinen Controller und befestigen Sie Sie an ein Modul für istance, um die Dinge organisiert... es ist einfach flexibler.
  • Ich kann auch viele normale Backbone.Routers Recht? Sie erfüllen einen ähnlichen Zweck?
  • +1 - ich habe mich oft gefragt, in diesem
InformationsquelleAutor Jiew Meng | 2013-05-16
  1. 13

    So wie ich es sehe, ist die Trennung von Belangen:

    • der controller eigentlich macht die Arbeit (Montage der Daten, instanciating die Ansicht, die Anzeige in den Regionen, etc.), und aktualisieren Sie die URL zu reflektieren, der Zustand der Anwendung (z.B. Anzeige der Inhalte)
    • der router einfach löst der controller-action basiert auf der URL in die Adressleiste eingegeben

    Also im Grunde, wenn Sie auf Ihre app-Start-Seite, es sollte funktionieren ohne Router: Ihre Aktionen (z.B. Klick auf einen Menü-Eintrag) einfach Feuer die verschiedenen controller-Aktionen.

    Anschließend fügen Sie über einen router mit den Worten "wenn diese URL aufgerufen wird, führen Sie diese controller-Aktion". Und in Ihrem controller, den Sie aktualisieren Sie die angezeigte URL mit navigate("my_url_goes_here"). Beachten Sie, Sie NICHT weitergeben trigger: true.

    Für mehr Infos, check-out Derick blog-post http://lostechies.com/derickbailey/2011/08/28/dont-execute-a-backbone-js-route-handler-from-your-code/ (Absatz "Der "AHA!" Moment Über Router.Navigieren Sie das Zweite Argument")

    Habe ich auch bereits das Thema mehr in die Länge Kostenlose Vorschau von meinem Buch auf Marionette. Siehe Seiten 32-46, hier: http://samples.leanpub.com/marionette-gentle-introduction-sample.pdf

    • Warum nicht nur machen Sie Ihren controller eine Erweiterung der backbone-router und dann können Sie die Routen-hash in der Steuerung? Wenn der router und controller haben eine eins-zu-eins-Beziehung, und alle die route Methoden haben, um match-Methode, Namen, die vorhanden sind, auf dem controller, dann Sie nicht wirklich erreichen zu Modularität/Entkopplung/Trennung sowieso. Und wie viele Linien Ihre Durchschnittliche Routen-hash? 5 Zeilen? Ich wirklich denke nicht, dass 5 weitere Linien hinzufügen, viel Unordnung auf den controller. Ich Liebe Marionette für seine Ansicht Verwaltung, aber einige der app-level-Zeug scheint wie sinnlos die Unkenntlichmachung von mir.
    • 5 Zeilen nicht hinzufügen kann viel Unordnung an den controller, aber du bist vollständig Dispergieren Ihre URL-management. Wo kommt "#Kontakte/3/aktualisieren" am Ende? Vielleicht geht es um Ihre "Bearbeiten" - controller und verwendet diese Ansicht. Aber vielleicht geht es um eine "Liste" - Ansicht mit, dass der Kontakt zu der Zeile, die mit einem in-place-edit-Formular... Man weiß es nicht, und grepping für URL-Zeichenfolgen werden nicht erfreulichen-Entwicklung Erfahrung.
    • Durch die Trennung der Dinge in kleinere Abschnitte, es macht großen Anwendungen beherrschbar. Das argument dir machen könnte erweitert werden, um die Ansichten: wenn controller-Aktionen-Karte zu einer Ansicht, warum nicht steckte Sie in den controller? Weil du dann am Ende mit der gleichen javascript-Suppe, die Sie versuchen zu vermeiden, wenn Sie ein framework wie Backbone/Marionette. In anderen Worten: Teile und herrsche! Siehe auch lostechies.com/derickbailey/2012/06/04/...
    • "aber du bist vollständig Dispergieren Ihre URL-management." - In backbone-router route hashes, sind nicht alle Methoden zugeordnet, die sehr gleichen router? scheint so, das Problem ist bereits erzwungen
    • "wenn controller-Aktionen-Karte zu einer Ansicht, warum nicht steckte Sie in den controller?", denn Sie können mehrere views pro controller, so ist es gut halten Blick-Methoden in den Blick, die Sie verwendet. Aber das ist nicht wahr für approuters, das kann nur ein controller sowieso. Alle controller-Methoden abgebildet von einer route hash haben, um in einem Objekt, ob oder nicht dieses Objekt enthält die route hash-oder der route-hash in ein anderes Objekt. der einzige Unterschied mit approuters ist, dass Sie bewegen die route hash zu einem anderen Objekt, das enthält nichts anderes als die route hash
    InformationsquelleAutor David Sulc
  2. 1

    Machte ich einige überschreiben für den router. Und derzeit nutzen es auf diese Weise (wie Chaplin):
    https://gist.github.com/vermilion1/5525972

    appRoutes : {
  //route : controller#method
  'search' : 'search#search'
  '*any'   : 'common#notFound'
},

initialize : function () {
  this.common = new Common();
  this.search = new Search();
}
    InformationsquelleAutor Vitalii Petrychuk
Schreibe einen Kommentar