Comment générer l'id de modèle avec Backbone.js

Je suis fournissant une seconde réponse à simplifier le code, vous devez étudier pour obtenir les points principaux que vous êtes à réfléchir sur la réelle autour d'un modèle à l'server et comment les id de jouer leur rôle.

Vous dire définir un modèle - allons-y avec Jurassic Park.

//Define your model
var Dinosaur = Backbone.Model.extend({
    defaults: {
        cavemanEater: undefined    //Has one property, nom nom or not.
    },
    urlRoot: 'dino'               //This urlRoot is where model can be saved or retrieved
});

var tRex = new Dinosaur({'cavemanEater':true});

Vous avez maintenant instancier un dinosaure qui est un mangeur de viande. Rugissement.

console.log(tRex);

Ce que vous devriez remarquer, c'est que dans les propriétés de tRex, votre modèle ne dispose pas d'un id. Au lieu de cela, vous verrez un cID que vous pouvez considérer comme une identité temporaire qui épine Dorsale attribue automatiquement à vos modèles. Lorsqu'un modèle n'a pas un id, il est considéré comme nouveau. Le concept de la persistance d'un modèle (soit à une base de données ou de stockage local) est ce qui permet de revenir à cette ressource après que vous avez créé, il et faire des choses comme save (MIS) ou de détruire (SUPPRIMER). Il serait difficile de trouver cette ressource si vous n'avait aucun moyen de pointer directement à refaire! Afin de trouver cette ressource, votre modèle a besoin d'un id, quelque chose qu'il ne dispose pas actuellement.

De sorte que les réponses ci-dessus ont expliqué, c'est le travail de votre base de données (ou localstorage, ou une autre solution) pour fournir de la colonne vertébrale avec un id de ressource. La plupart du temps, cela vient de l'id de la ressource elle-même, aka - la clé primaire id de votre modèle dans un tableau.

Avec ma configuration, j'utilise PHP et mySQL. Je voudrais avoir une table appelée Dinosaure et chaque ligne doit être une représentation persistante de mon dino modèle. Alors j'aimerais avoir une colonne d'id (unique auto-incrémentation int), et cavemanEater (bool).

Les données de flux de communication se fait comme ceci.

1. Vous créez un modèle.
2. Le modèle est tellement nouveau qu'il n'a qu'un cID - pas de pièces d'identité.
3. Vous enregistrez le modèle.
4. La représentation json de votre modèle est ENVOYÉ à votre serveur (POST)
5. Votre serveur enregistre dans la table, et lui donne un id de ressource.
6. Votre serveur renvoie une représentation json de données {id:id unique}
7. Épine dorsale REÇOIT cette représentation json avec l'id
8. Épine dorsale automatiquement les mises à jour de votre modèle avec un id.

Voici ce que annoté à quoi ressemble le code.

CLIENT:

tRex.save();
//{'cavemanEater':true} is sent to my server
//It uses the urlRoot 'dino' as the URL to send. e.g. http://www.example.com/dino

SERVEUR:

//Is setup to accept POST requests on this specific ROUTE '/dino'
//Server parses the json into something it can work with, e.g. an associative array
//Server saves the data to the database. Our data has a new primary id of 1.
//Data is now persisted, and we use this state to get the new id of this dino.

$dinoArray = array('id'=>1, 'cavemanEater'=>true);
$dinoJSON = json_encode($dinoArray);

//Server does something to send $dinoJSON back.

CLIENT:

//If successful, receives this json with id and updates your model.

Maintenant votre tRex a un id = 1. Ou devrais-je dire...

tRex.toJSON();
//RETURNS {'id':'1', 'cavemanEater':'true'}

Félicitations. Si vous faites cela tRex.isNew() il retournera false.

Épine dorsale est intelligent. Il sait de publier de nouveaux modèles et de METTRE les modèles qui ont déjà un id de ressource.

La prochaine fois que vous faites cela:

tRex.save();

Épine dorsale va faire une demande à l'adresse URL suivante.

http://www.example.com/dino/1

Qui est le comportement par défaut par le chemin. Mais ce que vous remarquerez est que l'URL est différente de celle de l'enregistrer. Sur le serveur vous avez besoin d'une route qui accepte /dino/:id, par opposition à /dino

Il va utiliser l' /urlRoot/:id de modèle de route pour vos modèles par défaut, sauf si vous tordre le contraire.

Malheureusement les dinosaures ont disparu.

tRex.destroy();

Cela appel... Pouvez-vous deviner? Yep. Demande de SUPPRESSION de /dino/1.

Votre serveur doit distinguer entre les différentes demandes d'itinéraires différents, afin de base de travail. Il existe plusieurs technologies de serveur qui peut faire cela.

Quelqu'un a mentionné Sinatra si vous êtes à l'aide de Ruby. Comme je l'ai dit, j'utilise le PHP et j'utilise SLIM Framework PHP. Il est inspiré par Sinatra similaire donc et je l'aime. L'auteur écrit certains de code propre. Comment ces Reposant implémentations de serveur de travail est à l'extérieur de la portée de ce débat bien.

Je pense que c'est la base de voyage complet de la nouvelle colonne vertébrale de données sans id, à travers les internets à votre serveur où il génère et renvoie l'id de la ressource, pour faire de votre modèle de vivre heureux pour toujours. (Ou destroy() pas...)

Je ne sais pas si c'est trop débutant pour vous, mais j'espère que ça aidera quelqu'un d'autre qui s'exécute ce problème. La dorsale est vraiment amusant de programme.

D'autres Réponses semblables:
Façons d'économiser de l'Backbone JS modèle de données