Dans la dernière section, nous avons commencé à supprimer chacune des collections que nous avons créées entre
chaque test. Nous avons terminé la section en déclarant: «Cela ne ressemble pas vraiment à une excellente approche
ici avec ce type de Colback of Dune qui nous avons.
Eh bien voici les inconvénients.
Voici la mauvaise chose à ce sujet.
Malheureusement, vous ne pouvez pas créer plusieurs collections simultanément dans Mongo.
Et cela nous conduit en quelque sorte à adopter cette approche séquentielle dans laquelle nous établissons chaque
collection, une à la fois.
Maintenant, si vous n'aimez pas ce genre de callback de malheur que nous avons ici, nous pourrions certainement
le refactoriser afin de passer en boucle sur toutes nos différentes collections.
Je vous laisse le soin de faire ce refactor si c'est quelque chose que vous voulez vraiment voir maintenant très
important.
J'ai aussi fait une grosse faute de frappe dans la dernière section de Loxley et nous allons les corriger tout de suite.
D'abord quand la mangouste charge ces collections dans Mongo D. B et ils sont pris en compte et Mongo D-B Mungo
normalise en fait chaque nom de collection en insérant en majuscule le nom complet de la collection, de sorte que les billets de blog
avec un P majuscule sont incorrects.
Il devrait en fait être conservé ou des articles de blog avec un P minuscule comme tel.
Je dois donc également m'assurer de mettre à jour cette information à l'intérieur de la déclaration de dépôt, ici aussi.
C'était donc un peu une faute de frappe.
J'ai fait l'une des fautes de frappe que je connais.
Tout simplement horrible.
Deux fois de suite, j’ai mis dans les déclarations de besoin incorrectes ici.
Alors j'ai dit besoin de l'utilisateur source.
Ce n'est pas un chemin correct.
En fait, nous souhaitons accéder à un répertoire dans les trois cas car nous sommes actuellement dans le répertoire
de test.
Nous voulons que les utilisateurs accèdent au code source et récupèrent les différents fichiers de modèle.
Encore une fois deux deux fautes de frappe dans mon côté.
Mon erreur.
D'ACCORD.
J'espère que vous pourrez me pardonner.
Commençons donc à travailler sur des tests autour des associations.
Notre objectif actuel est donc de créer des commentaires d'utilisateurs et des billets de blog qui les
associent tous d'une manière ou d'une autre et de voir comment ils fonctionnent.
Je vais m'attendre à ce que nous puissions écrire quelques tests différents autour de ces associations.
Je vais donc créer un utilisateur, un commentaire et un article de blog avant chacune, puis nous verrons comment tous ces
éléments fonctionnent ensemble.
Commençons donc par définir R avant chaque
élément, car il va certainement être asynchrone avant chaque élément.
Certains vont certainement inclure un rappel effectué à l'intérieur d'ici.
Nous allons également créer trois variables différentes à l'intérieur d'ici que je veux utiliser à l'intérieur de
tous les côtés différents qu'il bloque.
Ce bloc décrit, je vais donc initialiser ces trois variables à la fois.
Je me souviens que cette initialisation concerne tout le fonctionnement d’une portée à l’intérieur d’un javascript.
Étant donné que nous allons affecter ces variables à l'intérieur de chacune d'elles, nous devons nous
assurer qu'elles le sont également dans l'étendue externe.
Il va trouver à Joe un article de blog et un commentaire.
Assurez-vous que vous avez bien le minuscule b blog et le minuscule c.
N'oubliez pas que les versions Capitol de tous ces modèles indiquent qu'il s'agit de la classe
de modèle, tandis que les minuscules indiquent qu'il s'agit d'une instance de ce modèle.
OK, Joe publie un commentaire sur son blog.
Nous allons maintenant créer chacun de ces messages et commentaires de blogs d'utilisateurs.
Donc, disons que Joe est un nouvel utilisateur avec le nom de Joe.
Et remarquez qu'ils ne vont pas créer d'associations pour l'instant.
Je sauvegarderai alors le post de blog est New Blog Post.
Ça va avoir un titre de jazz c'est super.
Et que diriez-vous du contenu de l'émission.
Ça l'est vraiment.
Ou quelque chose comme ça.
Ensuite, pour le commentaire, nous ferons un nouveau commentaire avec une quantité de contrats de contenu sur un excellent post.
D'ACCORD.
C'est à peu près tout pour trois ressources d'installation.
Donc, je veux dire que je suis absent pendant une seconde pour que vous puissiez voir la ligne entière sur chacun.
Retournons dans.
Encore une fois, vous remarquerez que je n’ai rien fait qui donne à penser que ces
enregistrements sont associés de cette manière.
Donc, je n'ai rien fait pour donner l'impression que Joe est propriétaire de ce blog, que ce commentaire appartient
à ce blog ou que Joe a rédigé le commentaire lui-même.
Nous n’avons donc rien à faire entre quatre de ces associations et nous devons le faire de manière
très directe.
Nous formons donc ces associations de manière très directe.
Nous allons d’abord commencer par associer Joe à l’article de blog.
Nous allons donc supposer que Joe a écrit ce blog ou que ce blog lui appartient.
Je souhaite parcourir très rapidement notre fichier d’utilisateurs et vous rappeler que cet article de blog est ici.
Un utilisateur peut avoir une collection de billets de blog.
Donc, ceci est dans le tableau ici.
Ils peuvent avoir une collection d’articles de blog afin d’associer un article de blog à un utilisateur.
Nous pouvons écrire des articles de blogging Joe Dog et des articles de blog push push
Vous allez regarder cela et immédiatement penser à vous-même Wow cela ressemble beaucoup à imbrication de documents.
Eh bien oui très similaire très similaire.
Nous disons donc que Joe a une collection de billets de blog.
Je veux qu'il ait une nouvelle association à ce blog que nous venons de créer ici.
Et donc je vais pousser tout le post du blog là-bas.
Vous remarquerez très important que ceci est un peu de magie du côté mangouste sur les articles de blog.
Nous avions dit qu'il s'agirait d'un identifiant d'objet, mais nous venons d'en créer un modèle complet.
C'est donc un peu de magie du côté de la mangouste.
Mongoose va reconnaître que nous introduisons tout un modèle et qu'il va automatiquement dire
OK, ils essaient probablement de créer une association ici.
Donc, je ne vais pas gâcher le modèle entier lui-même.
Je vais juste mettre en place cet objet I. RÉ. tapez pour faire référence à cet autre article de blog.
Une grande partie de cela va automatiquement faire la bonne chose pour nous même si nous avons
poussé le modèle entier.
Nous pouvons maintenant établir une association très similaire entre un article de blog et le commentaire.
Alors dites Blog Post Commentaires de points.
Commentaire Push.
Encore une fois, un article de blog a de nombreux commentaires.
Donc, si nous ouvrons notre schéma de publication de blog, il se trouve ici.
Commentaires est un tableau parce que c'est un tableau.
Nous allons y appliquer ce modèle de commentaires.
Mangus va fonctionner exactement de la même manière ici.
Cela va dire que les commentaires OK devraient enregistrer les ID d'objet et qu'ils ont juste essayé d'introduire tout
un modèle.
Les chances sont qu'ils veulent stocker le modèle entier ils veulent juste une référence à l'ID d'objet.
Encore une fois, la mangouste nous a réservé le jour.
D'ACCORD.
Dernière chose.
Le dernier.
Dans ce cas, nous voulons associer Joe à ce commentaire particulier.
Donc, cette fois-ci, c'est une relation unique.
Donc un commentaire.
Comment fait un utilisateur qui est Joe.
Donc, cette fois-ci, nous n’inscrivons pas beaucoup d’utilisateurs qui veulent simplement dire que ce commentaire
a exactement un auteur et c’est Joe.
Donc, pour mettre en place cette relation, nous disons commentateur stupide parce que Joe Très bien maintenant, celui-ci ici
aussi est absolument magique.
La magie totale du côté des mangoustes parce que vous savez que vous pouvez le faire, sauf que pousser, c'est comme regarder
ce truc et dire OK, c'est un modèle.
Ouais, il y a de la magie dans tout ce qui prend l'identifiant d'objet.
Mais dans ce cas-ci, ici, nous ne sommes pas deux personnes différentes.
Nous disons que cette propriété d'utilisateur est égale à Joe.
Donc, la mangouste a clairement un centre dans les coulisses ou une sorte d'interception sur cette mission ici et
cela va dire qu'ils essaieront d'assigner Joe à cette propriété, mais ceci est censé
être une référence.
Il y a donc des chances qu'ils ne veuillent pas, comme tous les Joe, dire qu'ils veulent juste faire signer
une référence à Jila.
Encore une fois un gros morceau de magie du côté de la mangouste.
D'accord.
Donc, au risque de nous transformer en une très longue section, prenons une pause rapide, puis nous
allons voir comment sauvegarder tous ces enregistrements car ils ne sont pas encore enregistrés dans notre base de données.
Alors, pour faire une petite pause, déterminez comment nous les avons sauvés et travaillons ensuite sur une affirmation.