Comment utiliser l'api de propriété dans la configuration du magasin proxy - les Méthodes CRUD

La config en elle-même est décrit ici dans les docs. Mais il semble que vous avez la syntaxe correcte.

La première chose que vous devez savoir, c'est que cette configuration s'applique uniquement aux procurations qui s'étendent Ext.data.proxy.Server. Lire les "Types de Procuration de la section"ici.

Par la définition de différents URLs dans cette config vous pouvez dire tout simplement au magasin où pour envoyer la requête ajax pour exécuter les différentes actions CRUD sur votre serveur.

Par exemple, un appel à store.load() va envoyer la requête ajax à la api.read URL, c'est à vous de vous assurer que cette URL renvoie les données correctement.

Un Ext.data.Store en interne conserve la trace de l'autre les actions effectuées sur la "sale" des dossiers (création, mise à jour ou détruit). Sur cette base, il va envoyer une requête ajax au appropriées api URL de configuration. Ou si vous avez effectué différents types d'actions, par exemple, créé et supprimé des enregistrements, il va envoyer plus d'une requête ajax (un pour chaque URL) avec les données sur les enregistrements que vous avez créé ou supprimé.

Voici un exemple de code pour illustrer cela (vous pouvez également les utiliser pour les essais, si vous remplissez votre propre Url et data.model). L'exemple utilise la valeur par défaut reader/writer, qui envoie les données au serveur en tant que JSON (il y a des configs dans le proxy pour spécifier un format différent).

var myStore = Ext.create('Ext.data.Store', {
    model: 'MyApp.model.SomeModel',
    proxy: {
        type: 'ajax',
        //without api defined ALL ajax calls will use the 'url' config
        url: '/some/url',
        api: {
            create: '/some/url/to/insert/records/in/db',
            read: '/some/url/to/select/records/from/db',
            update: '/some/url/to/update/records/in/db',
            destroy: '/some/url/to/delete/records/in/db'
        }
    }
}

//this calls the api.read URL
myStore.load(); 

//assuming we now have records, this will delete the first record 
//on the client side (it will error if there are not records)
myStore.remove(myStore.first());

//the store knows we deleted a record so this will call the api.destroy URL
myStore.sync();

//this updates the first record on the client side
myStore.first().set('some_field_name', 'a string value');

//now we are creating a record on the client side
myStore.add(Ext.create('MyApp.model.SomeModel'));

//the store knows we updated AND created a record so this will call the
//api.update URL AND the api.create URL
myStore.sync();

Deux autres bribes de renseignements à ce sujet:

1. Il y a un proxy config appelé batchActions décrit ici dans
   les docs. Il est true par défaut, ce qui signifie que toutes les opérations CRUD
   les actions d'un certain type sont regroupés dans un tableau lorsque vous envoyez
   la demande à la base de données. E. g. si vous avez supprimé 4 dossiers, votre
   api.destroy URL ne seront pas recevoir 4 requêtes ajax, il recevra 1
   requête ajax avec un tableau de 4 enregistrements. Cela permet de couper vers le bas sur le
   le trafic réseau aussi longtemps que vous configurez votre URL pour gérer un
   tableau. Vous pouvez définir cette config pour false le magasin vous envoyer 4
   les demandes de la api.destroy URL à la place. Vous pouvez également définir la
   l'écrivain allowSingle config (décrit ici) pour assurer
   que toutes les demandes sont envoyées sous forme de tableau, même si il y a un seul
   enregistrement (de cette façon, vous pouvez configurer votre serveur de code côté pour toujours
   gérer un tableau).

2. Ext.data.Store est mis en place pour gérer un rappel pour créer et
   actions de mise à jour, vous avez juste à vous assurer que votre URL envoie un en arrière.
   Lorsque vous appelez myStore.sync() la boutique remplacera automatiquement
   l'enregistrement sur le côté client avec celui que vous envoyez dans votre
   de rappel. Ceci est utile pour les enregistrements créés parce que vous pouvez envoyer
   de retour de la base de données correcte de l'ID de l'enregistrement et de l'avoir
   disponible sur le côté client, plus tard, si l'utilisateur souhaite modifier ou
   supprimer l'enregistrement que vous avez la bonne ID de base de données pour travailler avec. Vous
   peut aussi faire d'autres traitement côté serveur et en envoyer d'autres
   les données en tant que bien de sorte que vous avez un dossier complet (par exemple, j'ai parfois l'
   envoyer la créer un nom d'utilisateur et de créer des temps).

OriginalL'auteur Geronimo