Najlepszy sposób na zapisanie zmian w aplikacji sieciowej MVVM/Knockoutjs?

Question

Grałem z KnockoutJS i absolutnie uwielbiam, jak bardzo upraszcza to projektowanie pod każdym kątem, utrzymując rzeczy przed upadkiem przez szczeliny. Moje pytanie brzmi: jaka jest zalecana "najlepsza praktyka" do zapisywania danych z powrotem na serwer? Rozumiem, że w podłączonej MVVM pierwszym "M" jest warstwa danych, a więc śledzenie zależności i powiadomienia w wyzwalaczu ViewModel zapisuje się bezpośrednio z powrotem do warstwy danych. W aplikacji JavaScript jesteśmy odłączeni i selektywnie zapisujemy z powrotem na serwerze przy użyciu AJAX.

Aplikacja, w której aktualnie go używam to MVC3 i absolutnie mam pomysł, jak napisać akcję "Zapisz" na moim kontrolerze, umieść przycisk "Zapisz" gdzieś na mojej stronie, opublikuj cały ViewModel do tej akcji Zapisz a następnie utrzymywać to w bazie danych. Ale co powiesz, kiedy dokonasz szybkiej edycji, a następnie zapiszesz ją ponownie? A co, jeśli przycisk zapisu nie pasuje do przepływu projektu? Zamiast tego chcesz publikować w akcji za każdym razem, gdy zmiana jest wprowadzana w formularzu bez żadnego przycisku zapisu? Pomysły, które odniosłem, to:

• Przesyłaj cały ViewModel za każdym razem, gdy wprowadzane są zmiany, i spraw, aby Action figurowała jako nowa, a co nie (nie jest idealna, szczególnie dla dużych modeli, jeśli nic inaczej, ponieważ dane transmitowane przy każdym zapisie byłyby niepotrzebnie duże).
• Dodaj właściwość do każdej pozycji w ViewModel, która śledzi, czy jest nowa i/lub zmieniona od czasu ostatniego zapisu. Następnie, poszukaj tych elementów i opublikuj tylko te na serwerze (nie testowałem tego, ale zakładam, że można to zrobić za pomocą właściwości _destroy, zgodnie z przeznaczeniem dla aplikacji Rails).
• Należy oddzielić na tyle mniejszych modeli ViewModels, ile jest prawdopodobne, aby jakikolwiek ból z pierwszych dwóch opcji był zminimalizowany (prawdopodobnie należy to zrobić niezależnie).
• Jakiś inny lepszy sposób?

Mam nadzieję, że istnieje kilka dobrych pomysłów, o których nie pomyślałem. Aby móc deklaratywnie wiązać wszystko i nadal skutecznie oszczędzać byłby świetny.

Answer 1

Jedyna rzecz, o której mogłem pomyśleć to subscribing. Kiedy po raz pierwszy zacząłem czytać twój post, myślałem o flagach w/grep.

Edycja: Jeszcze lepiej, ko.utils.compareArrays wygląda obiecująco.

Here's przykład roboczych ..

Jedyną rzeczą do zrobienia jest wykrycie zmian w wartościach „zatrzymane” wartości. Jesteś na dobrej drodze.

Answer 2

Właśnie wróciłem z Mix11, gdzie uczestniczyłem w this session o Knockout.js. Może warto poświęcić chwilę, aby obejrzeć Steve'a Sandersona, który przekopuje pełne demo CRUD.

Answer 3

Możesz sprawdzić wtyczkę Mapping dla Knockout, która pozwala załadować Knockout z tablicy JSON. Jeśli nie był zbyt duży, zapisujesz tę tablicę do serwera na czasomierzu (lub po zmianie). Mam nadzieję, że to pomoże, przepraszam, jeśli już to wiesz.

http://knockoutjs.com/documentation/plugins-mapping.html

http://knockoutjs.com/documentation/json-data.html