Ich arbeite mit der Todos-Beispielanwendung , die mit der neuesten Version von Backbone ausgeliefert wird (0.9.2), während ich über Backbone lerne .js. Meine Frage ist, warum ist die App so konzipiert, dass das Render-Ereignis zweimal ausgelöst wird, wenn ein Modell zur Todos-Sammlung hinzugefügt wird?
Wenn ich diese Zeile in die Renderfunktion des TodoViews lege:
%Vor%Dann "Rendern!" erscheint zweimal in der Konsole. Ich verstehe, dass dies daran liegt, dass die Ansicht das Änderungsereignis des Modells mit dem Render der Ansicht verknüpft:
%Vor%Und rendern wird in addOne aufgerufen, das an das add-Ereignis von Todos gebunden ist:
%Vor%Aber ist das doppelte Rendering-Design Standard? Es scheint, als ob die Ansicht bei der Erstellung (oder dem Eintritt in das DOM) gerendert werden sollte, und dann wieder, wenn sich das zugrunde liegende Modell ändert. In diesem Fall wird nichts geändert, aber Render wird zweimal aufgerufen.
Ich lerne gerade Backbone, also habe ich vielleicht ein grundlegendes Missverständnis, das zu meiner Verwirrung führt.
Hm, hatte einen schnellen Blick. Sie haben Recht, dass dies geschieht, und nein, es ist nicht Standardpraxis. Der Grund ist ein wenig unklar, also ertragen Sie mich;)
Die Todo-App verwendet Backbone-Localstorage. Wenn Sie versuchen, ein neues Element in der App hinzuzufügen, ruft es auf:
%Vor% Beachten Sie die Todos.create . Normalerweise fügt ein create der Sammlung ein Modell hinzu und speichert es auf dem Server. Das add -Ereignis wird somit ausgelöst. Es geschieht jedoch, dass Backbone-Localstorage am create folgendes tut:
Beachten Sie model.set , um dem Modell eine ID zu geben. Dies löst das (zweite) Ereignis change aus.
Sie können dies verhindern, indem Sie create to do ändern:
if (!model.id) model.id = guid();
Hm, hatte einen schnellen Blick. Sie haben Recht, dass dies geschieht, und nein, es ist nicht Standardpraxis. Der Grund ist ein wenig unklar, also ertragen Sie mich;)
Die Todo-App verwendet Backbone-Localstorage. Wenn Sie versuchen, ein neues Element in der App hinzuzufügen, ruft es auf:
%Vor% Beachten Sie die render() . Normalerweise fügt ein %code% der Sammlung ein Modell hinzu und speichert es auf dem Server. Das %code% -Ereignis wird somit ausgelöst. Es geschieht jedoch, dass Backbone-Localstorage am %code% folgendes tut:
Beachten Sie %code% , um dem Modell eine ID zu geben. Dies löst das (zweite) Ereignis %code% aus.
Sie können dies verhindern, indem Sie create to do ändern:
%code%
Das Rendern sollte nicht passieren.
Versuchen Sie debuggen ein wenig mehr. Versuchen Sie, das Ereignis change an eine -Wrappermethode wie:
zu binden %Vor%Um sicher zu gehen, dass die zweite %code% für die Änderungsereignisbindung gemacht wurde und nicht aus anderen Gründen.
Ich arbeite mit der Todos-Beispielanwendung , die mit der neuesten Version von Backbone ausgeliefert wird (0.9.2), während ich über Backbone lerne .js. Meine Frage ist, warum ist die App so konzipiert, dass das Render-Ereignis zweimal ausgelöst wird, wenn ein Modell zur Todos-Sammlung hinzugefügt wird?
Wenn ich diese Zeile in die Renderfunktion des TodoViews lege:
%Vor%Dann "Rendern!" erscheint zweimal in der Konsole. Ich verstehe, dass dies daran liegt, dass die Ansicht das Änderungsereignis des Modells mit dem Render der Ansicht verknüpft:
%Vor%Und rendern wird in addOne aufgerufen, das an das add-Ereignis von Todos gebunden ist:
%Vor%Aber ist das doppelte Rendering-Design Standard? Es scheint, als ob die Ansicht bei der Erstellung (oder dem Eintritt in das DOM) gerendert werden sollte, und dann wieder, wenn sich das zugrunde liegende Modell ändert. In diesem Fall wird nichts geändert, aber Render wird zweimal aufgerufen.
Ich lerne gerade Backbone, also habe ich vielleicht ein grundlegendes Missverständnis, das zu meiner Verwirrung führt.
Tags und Links javascript backbone.js