Die beste Möglichkeit zum Speichern von Änderungen in MVVM / Knockoutjs Web App?

Ich habe mit KnockoutJS gespielt und bin absolut begeistert, wie sehr es das Design aus jedem Blickwinkel vereinfacht, indem es verhindert, dass es durch die Ritzen fällt. Meine Frage ist, was ist die empfohlene "Best Practice" zum Speichern der Daten zurück auf den Server? Mein Verständnis ist, dass in einer verbundenen MVVM das erste "M" die Datenschicht ist und so die Abhängigkeitsverfolgung und Benachrichtigungen im ViewModel-Trigger direkt zurück in die Datenschicht speichert. In einer JavaScript-App werden wir getrennt und selektiv mit AJAX auf dem Server gespeichert.

Die App, in der ich sie gerade benutze, ist MVC3 und ich bekomme absolut eine "Speichern" -Aktion auf meinen Controller, klicke auf eine "Speichern" -Schaltfläche irgendwo auf meiner Seite, poste das ganze ViewModel auf diese Speichern-Aktion und dann behalte das in der Datenbank bei. Aber was ist, wenn Sie eine schnelle Bearbeitung machen und sie dann erneut speichern? Oder was ist, wenn eine Schaltfläche zum Speichern nicht in den Designfluss passt? Stattdessen möchten Sie jedes Mal, wenn eine Änderung an dem Formular ohne Speichern-Schaltfläche vorgenommen wird, zu der Aktion posten? Die Ideen, die ich herumgeworfen habe, sind:

• Veröffentlichen Sie das gesamte ViewModel jedes Mal, wenn Änderungen vorgenommen werden, und lassen Sie die Action herausfinden, was neu und was nicht ist (nicht ideal, besonders bei großen Modellen, wenn die Daten bei jedem Speichern unnötig groß sind) ).
• Fügen Sie jedem Element im ViewModel eine Eigenschaft hinzu, die verfolgt, ob es seit dem letzten Speichern neu und / oder geändert wurde. Dann greife diese Elemente aus und poste nur diese auf dem Server (ich habe das nicht getestet, aber ich nehme an, dass dies mit der _destroy-Eigenschaft geschehen kann, wie es für eine Rails-App beabsichtigt ist).
• In so viele kleinere ViewModels aufteilen, wie es plausibel ist, damit der Schmerz aus den ersten beiden Optionen minimiert wird (dies sollte wahrscheinlich unabhängig davon geschehen).
• Ein anderer besserer Weg?

Ich bin zuversichtlich, dass es da draußen einige gute Ideen gibt, an die ich nicht gedacht habe. Es wäre genial, in der Lage zu sein, alles deklarativ zu binden UND trotzdem effizient zu speichern .