ExtJS - Jak korzystać z Proxy, Model? W jaki sposób są spokrewnieni?

Docs mówią:

Model reprezentuje jakiś obiekt, którym zarządza Twoja aplikacja.

Sklep jest tylko zbiorem instancji modelowych-Zwykle ładowanych z serwera gdzieś.

Modele są zapisywane w sklepach

Dlaczego jest konfiguracja proxy i Zapisz metodę na modelu? Rozumiem, że modele można przechowywać tylko w sklepach.

Dlaczego brudna flaga nie jest czyszczona po prostu, gdy dodaję obiekt modelu do sklepu?

Kiedy dodaję obiekt modelu do sklepu, dlaczego model nie nabywa proxy skonfigurowanego z tym sklep?

To znowu dlatego, że model może być używany bez sklepu.

Proxy jest statyczną konfiguracją modelu. Czy to oznacza, że nie możemy używać obiektów określonego modelu z wieloma źródłami danych?

Nie możemy używać obiektów określonego modelu, ale możemy użyć jednej definicji modelu dla wielu magazynów. Na przykład:

Ext.define('MyModel', {
  // ... config
});
var store1 = Ext.create('Ext.data.Store', {
  model: 'MyModel',
  // ... config
  proxy: {
    // ...
    // this proxy will be used when store1.sync() and store1.load() are called
  }
  // ...
});
// ...
var storeN = Ext.create('Ext.data.Store', {
  model: 'MyModel',
  // ... config
  proxy: {
    // ...
    // this proxy will be used when storeN.sync() and storeN.load() are called
  }
  // ...
});

Ponieważ store1 i storeN używają różnych proxy, rekordy zawarte w tych sklepach mogą być całkowicie inaczej.

Kiedy definiujemy Store, czy definiujemy klasę (store-type, jeśli możemy to tak nazwać), czy jest to instancja sklepu?

Tak, Kiedy definiujemy Sklep, definiujemy klasę.

Powodem, dla którego pytam, jest to, że gdy deklarujemy siatkę, po prostu przekazujemy jej konfigurację sklepu jako store: 'MyApp.sklep.MyStore ' - czy siatka tworzy instancję tego typu siatki, czy po prostu korzysta ze sklepu, który już utworzyliśmy?

Istnieje kilka sposób ustawienia store config dla siatki:

1. store: existingStore,
2. store: 'someStoresId',
3. store: 'MyApp.store.MyStore',

W pierwszym i drugim przypadku używane byłyby istniejące instancje sklepów. W trzecim przypadku zostanie użyta nowo utworzona instancja 'MyApp.store.MyStore'. Zatem store: 'MyApp.store.MyStore', jest równe

  var myStore = Ext.create('MyApp.store.MyStore', {});
  // ... 
    // the following - is in a grid's config:
    store: myStore,

UPDATE

Kiedy model jest dodawany do sklepu, a następnie wywoływana jest funkcja Sync() sklepu, dlaczego flaga brudnego modelu nie jest czyszczona?

Powinno być wyczyszczone, chyba że reader, writer i odpowiedź serwera nie są skonfigurowane prawidłowo. Sprawdź writer przykład . Jest czyszczona automatycznie flaga dirty podczas Sync().

Jeśli Klasa modelu nie otrzymuje żadnego proxy, dlaczego śledzi swój brudny status?

Aby poinformować Cię, czy zapis został zmieniony od momentu utworzenia.

Co osiąga się poprzez wprowadzenie koncepcji modeli synchronizujących się z serwer?

Załóżmy, że tworzysz widżet, który zawiera zwykły zestaw wejść. Wartości dla tych wejść można wczytać z db(ten zestaw wejść przedstawia jeden wiersz w tabeli db). A gdy użytkownik zmieni wartości wejściowe dane powinny zostać przesłane do serwera. Dane te mogą być przechowywane w jednym rekordzie.

Więc czego byś użył do tego interfejsu: jednego rekordu czy sklepu z tylko jednym rekordem?

Standalone model - jest dla widżetów, które reprezentują jeden wiersz w tabeli db.
Store - jest dla widżetów, które reprezentują zestaw wierszy w tabeli db.