backbone.js non sta aggiornando l'id dell'oggetto modello dopo il salvataggio, perché no?

Question

Ho provato backbone.js e sono stato stymied quando creo un nuovo oggetto modello, quindi chiamo model.save(). Mi aspetto il comportamento predefinito di backbone.js per aggiornare l'oggetto modello con l'id dal database, ma non lo è. Questo non dovrebbe succedere? Ho verificato che sto ottenendo un post con gli attributi in formato json. Il mio server salva il json su una tabella e quindi restituisce il json con un nuovo campo id a backbone.js. È corretto? Il mio server dovrebbe restituire l'intero nuovo oggetto o solo l'id o cosa?

//contents of the POST from backbone.js 
    { "text":"this is a test" } 

//reply from my server 
    { id:"15", text:"this is a test" } 

Il mio codice del campione è al di sotto

var SQLRow = Backbone.Model.extend({ 
table:"", 
urlRoot:'db', 
url:function() { 
    return "/" + this.urlRoot + "?table=" + this.table + 
       "&id=" + this.attributes.id; 
    } 
}); 

var Xtra = SQLRow.extend ({ 
    table:'Xtra' 
}); 

var row = new Xtra({ 
    text: "this is a test" 
}); 

alert(row.url()); 
row.save() 
alert("row:" + row.get("id")); 

Answer 1

Difficile da dire dal tuo post. Due idee:

1) la risposta dal server non ha esito positivo. Come viene restituita la chiamata salvata?

2) L'attributo "id" è denominato diversamente da ID. Per tenere conto del diverso nome aggiungere il seguente al vostro modello:

idAttribute : "MyModelsID", 

EDIT

Stai probabile che di fronte a un problema di temporizzazione, dove i fuochi di avviso prima che il ID è tornato. Invece dei tuoi ultimi due linee provare questo:

row.save(null, 
       { 
       success : function(model, response) { alert(model.get('id'); } 
       } 
     ); 

ALTERNATIVA

Come @mu_is_too_short accennato, un altro modo è quello di ascoltare per il cambiamento anche sul modello e rispondere all'evento. (Stavo solo cercando di mantenere la risposta il più vicino possibile al tuo codice). Ma qualcosa di simile al seguente pseudo codice dovrebbe iniziare ...

var myView = Backbone.View.extend({ 
      .... 
      initialize : function() { 
       this.collection.bind('change', this.SOME_LISTENING_FUNC ); 

      } 
    }); 

O, se siete in una collezione/vista-meno qualcosa mondo come questo crea una listenr ...

row.on('change', function() { /* do stuff */ }, this);    

Answer 2

Questa risposta è basata su un commento di Cjolly nella risposta sopra.

E 'essenziale per rendere il Backbone.Model.save([attributes],[options]) successo nel assiging il modello con id del modello appena generato dal server, che il server restituisce il id modello in una stringa JSON come questo { "id" : <the id> }. (nota che è "id" e non id).

In sostanza spina dorsale si aspetta giustamente una stringa JSON e in contrasto con come gli oggetti possono essere definiti in JavaScript senza chiavi citati, JSON richiede le chiavi oggetto da citare (vedi JSON Spec - does the key have to be surrounded with quotes?)

Dal momento che secondo il commento di Cjolly questo è stato il problema essenziale, voglio evidenziare questa soluzione in una seconda risposta. In parte perché sono stato colpito dallo stesso problema e solo leggendo attraverso i commenti sono stato in grado di ricevere l'intuizione.

Answer 3

Ho affrontato lo stesso problema e quello che ho trovato è che la mia funzione validate del modello salvato effettivamente invalida il modello restituito dal back-end. Ecco perché i miei campi non sono stati aggiornati correttamente.

Answer 4

Forse è un po 'fuori tempo, ma oggi avevo lo stesso ID mancante. Si scopre che il server invia semplicemente un'intestazione "Posizione" con un reindirizzamento contenente il nuovo ID, ma non restituisce l'oggetto persistente. L'aggiunta dell'oggetto alla risposta era la soluzione. Sembra che non restituire l'oggetto sia un comportamento standard con i controller JSON generati da Roo (Spring).