[MUSIC]
Dans l'exercice précédent, nous avons mis nos serveurs de bouclage à un certain stade.
Nous pouvons maintenant connecter nos serveurs de bouclage à la base de données mongolab,
la base de données servant de source de données pour nos serveurs de bouclage.
Nous définissons également des listes contrôlées d'accès pour contrôler l'accès au rayon,
le reste est ici, dans les parties avec notre serveur de bouclage.
Dans cet exercice, nous explorerons les relations de bouclage.
Nous pouvons maintenant définir des modèles et définir des relations entre les modèles.
Donc, par exemple, prenons l'exemple d'un commentaire.
Lorsque vous postez un commentaire sur un plat, le commentaire est lié au plat.
Un commentaire appartient à un plat.
De même, un commentaire est publié par un utilisateur spécifique.
Donc, le commentaire appartient à la relation avec cet utilisateur spécifique.
Maintenant, lorsque vous regardez la relation dans le sens inverse,
un plat peut avoir plusieurs commentaires associés à celui-ci, et de
même, un utilisateur peut avoir posté plusieurs commentaires.
Ce sont donc les plus grands types de relations que vous pouvez définir entre
les différents modèles de notre serveur de bouclage.
Nous allons également examiner l'utilisation d'une boucle mixte,
ce qui nous permet d'ajouter des propriétés supplémentaires à nos modèles.
À la fin de cet exercice, vous aurez un serveur de bouclage assez complet,
que nous pouvons ensuite connecter à notre client angulaire et
être en mesure de l'utiliser comme back-end pour notre client angulaire.
Pour continuer l'exercice, dans le dossier de notre serveur de bouclage,
créons un nouveau modèle pour un commentaire.
Donc, ce modèle définira comme
commentaire, et dans ce cas, ce modèle est également enregistré
dans MongoDB et sera comme un modèle persistant,
et nous allons exposer le commentaire via l'API REST et
le dossier du modèle est dans le dossier commun et pour
ce commentaire, nous aurons deux propriétés associées à ça.
Et la première propriété est Rating.
Ce qui est du type Number.
Ceci est requis et la valeur par défaut, je laisserai cela comme 5.
Et la deuxième propriété serait Commentaire, qui est de la chaîne de type.
Ceci est obligatoire et la valeur par défaut est vide.
Donc, chaque commentaire aura ces deux propriétés, notation et commentaire,
associés à elle.
En outre, nous devons maintenant définir la relation entre le commentaire et
l'utilisateur qui soumet le commentaire, ainsi que le commentaire et
le plat auquel ce commentaire est associé.
De même, nous avons vu dans l'exercice précédent qu'ils ont ajouté
leurs favoris pour un utilisateur.
Donc, pour définir les favoris, laissez-moi à nouveau définir un modèle,
et ce nom de modèle est favori et ceci est également enregistré dans le MongoDB,
et c'est aussi un modèle persistedModel, et
nous allons exposer le favori pour l'API de repos et est dans le dossier commun.
Maintenant, le favori lui-même n'a pas besoin de propriété spécifique parce que tout
le favori fait est d'associer l'utilisateur spécifique à ce plat spécifique.
Donc, le favori ici va être utilisé simplement comme un pont entre l'utilisateur
et le plat.
Donc, nous allons utiliser le favori comme un moyen de définir les relations entre le plat et
un utilisateur.
Donc, il n'a pas de propriétés spécifiques.
Nous avons donc ajouté deux modèles à notre serveur de bouclage.
Maintenant, commençons à définir les relations du modèle.
Maintenant, comme je l'ai expliqué plus tôt,
il existe différents types de relations modèles que nous pouvons définir.
Commençons par définir la relation entre un plat et un commentaire.
Donc, pour définir un modèle en boucle, nous allons dire, relation lb.
Et lorsque la relation entre en jeu,
nous devons spécifier le modèle à partir duquel créer la relation.
Donc, en premier lieu, nous allons créer une relation entre un plat.
Donc, à partir des plats, et un plat peut avoir beaucoup de commentaires associés,
donc c'est pourquoi le type de relation en a beaucoup
et est associé à un commentaire et le nom de propriété pour la relation,
je le laisserai comme par défaut avec juste commentaire avec
une petite lettre c. clé étrangère personnalisée spécifique si nous le voulons.
Si nous ne le faisons pas, loopback attribuera automatiquement la clé étrangère,
ce qui ne serait rien d'autre que les commentaires et un identifiant qui lui est associé.
Donc, il va regarder en arrière pour le définir automatiquement.
Nous pouvons également avoir à travers des modèles, ce qui dans ce cas n'est pas applicable.
Un modèle traversant nous permettra de définir la relation à l'un et à l'autre modèle et
dans ce cas, nous n'avons pas une telle relation, donc nous allons simplement dire non et
nous n'imbriquerons pas l'API REST, et aussi,
nous allons désactiver la relation d'être inclus.
Et donc, nous avons spécifié
que la désactivation de la relation d'être inclus est non.
Plus tard, vous verrez pourquoi c'est important.
Nous aurions un moyen d'inclure l'information d'un
modèle dans un autre modèle en faisant une inclusion là.
C' est donc quelque chose que nous avons demandé de ne pas empêcher.
Maintenant de même, nous pouvons définir la relation suivante
entre le commentaire et les plats.
Donc, lorsque vous définissez une relation avec le commentaire et les plats, alors
laissez-moi le dire relation lb, et nous allons maintenant définir la relation entre le commentaire.
Et comme un commentaire ne peut appartenir qu'à un plat spécifique,
nous allons donc définir qu'il appartient à une relation, et cela appartient
au plat ici et le nom de la propriété pour la relation serait plats.
Et nous n'utiliserons pas de clé étrangère personnalisée,
nous autoriserons la relation à utiliser dans les API REST.
En fait, nous ne voulons pas cela, donc j'aurais dû taper non pour cela,
mais je vais juste aller modifier la relation créée dans mon code là-bas.
Donc, je peux aller dans le fichier comment.jason et
juste changer cela d'un oui à un non là-dedans,
je vais le faire parce que je ne veux pas qu'il soit imbriqué ensuite.
Permettez-moi donc d'aller de l'avant et d'
apporter ce changement dans le commentaire appelé Jason avant que j'oublie de le faire.
Et puis ouvrez le commentaire appelé Jason.
Et vous voyez que dans le commentaire appelé Jason, nous avons cette relation ici et
puis je vais couper cela parce que je ne veux pas que cette imbrication soit faite.
C' est une erreur que j'ai faite en tapant, donc je vais supprimer ça.
La relation suivante que je vais définir est entre le commentaire et
le client.
Laissez-moi encore, tapez relation lb ici.
Nous allons donc définir la relation entre le commentaire et le client.
Un commentaire appartient à un client comme nous nous y attendrions,
et, Ici laissez-moi
entrer explicitement, Une clé étrangère personnalisée.
Je le fais juste pour vous illustrer que je peux
définir une clé étrangère spécifique ici.
Je ne vais pas nicher, et je ne vais pas désactiver ici.
Donc, c'est la relation que je vais définir entre le commentaire et
le client.
Ensuite, Permettez-moi de définir la relation entre le client et le commentaire.
Donc ici, d'un client, un client a beaucoup de commentaires,
et leur nom de propriété je vais entrer comme commentaires.
Et puis, je vais définir la clé étrangère comme CustomerID.
Et je n'ai pas besoin d'un modèle traversant ici, je ne vais pas imbriquer et je ne vais pas désactiver.
Donc maintenant j'ai défini toutes les relations entre les commentaires et
le client, et les commentaires et les plats.
Maintenant, la même chose nous allons travailler sur les favoris.
Maintenant, pour les favoris, Laissez-moi définir
la relation entre les plats et les favoris.
Donc, un plat aurait pu être favoris pour de nombreux utilisateurs,
il a donc beaucoup de relation avec un favori.
Et nous allons utiliser les favoris là-bas, et
nous n'aurons pas besoin d'un modèle traversant et non et non.
Donc, maintenant nous avons défini qu'il a beaucoup de relations entre le plat et
un favori.
Permettez-moi maintenant de définir une relation entre un favori et un plat.
Donc, pour définir la relation entre le favori et
le plat laissez-moi dire favori appartient à plat, et
nous allons utiliser les plats et pas de clé étrangère, pas imbriqué.
Et nous ne désactiverons pas la relation d'être incluse.
Maintenant, nous devrons définir cette relation entre
un favori et un client.
Donc, nous allons dire favori appartient à un client et,
Nous allons définir clé étrangère comme un CustomerID.
Nous n'autoriserons pas l'imbrication de l'API REST et nous ne désactiverons pas.
Maintenant, la dernière relation, Est entre le client et le favori.
Donc, maintenant, nous allons définir la relation entre le client a beaucoup,
Favoris, et ceci,
je vais définir le CustomerID comme la clé étrangère, je n'ai pas besoin d'un modèle traversant,
et je n'autoriserai pas l'imbrication et je ne désactiverai rien.
Donc c'est tout, nous avons défini toutes les relations dont nous avons besoin
entre les commentaires et les clients et les plats.
Entre les favoris, les clients, et les plats.
Maintenant, examinons l'utilisation d'un mixin.
Maintenant, ce mixin que je vais utiliser avec mon serveur Loopback est
un mixin qui ajoute des horodatages à tout ce qui est enregistré ou mis à jour.
Alors rappelez-vous que dans notre serveur Express, nous avons créé et
mis à jour à ajouté automatiquement en utilisant Mongoose.
Maintenant, pour Loopback, j'ai besoin d'utiliser ce
mixin spécifique appelé Lookback ds timestamp mixin.
donc TosDo que je dois d'abord installer le mixin dans mon projet.
Donc, je dirai npm install
loopback-ds-timestamp-mixin —save,
et installer ce module de nœud.
Et une fois que ce module de nœud est installé, comme vous pouvez le voir,
il s'agit du numéro de version 3.4.1 que j'utilise.
Comme ce mixin est installé, je dois entrer et
activer cette utilisation de mixin dans mes modèles.
Pour ce faire, allons au code, dans le code, laissez-moi d'abord ouvrir
ce conflit de modèle adjacent, qui est dans le dossier du serveur.
Donc, dans le modèle confi.json si vous allez ici, vous verrez ces
mixins définis ici.
Donc, nous avons les mixins du serveur de bouclage commun et de bouclage.
Maintenant, je vais ajouter dans le nouveau mixin que je viens d'ajouter ici.
Donc, ce mixin est en.. /node_modules.
Donc, c'est dans le dossier des modules de noeud juste là.
/loopback-ds-timestamp-mixin.
Cela permet à mon serveur Loopback d'utiliser ce mixin dans mon serveur.
Maintenant, non seulement cela, je dois spécifier pour
tous les modèles où je veux que ce mixin soit inclus.
Donc, je vais maintenant dans ce dossier commun, et
dans le dossier commun, nous allons éditer ce fichier comment.json et
dans le fichier comment.json, nous allons ajouter dans le mixin.
Donc, après les propriétés, je vais ajouter dans le mixin comme
synchronisation entre guillemets, vous direz mixins.
:, Et, là,
et à l'intérieur des mixins, nous verrons
TimeStamp, vrai.
Cette même chose que j'ai besoin de coller dans certains des autres modèles alors
laissez-moi simplement copier ceci.
Donc, nous dirons mixins TimeStamp true dans comments.json.
Ensuite, nous irons à dishes.json et
ensuite nous ajouterons cela aussi à dishes.json et
ensuite ils iront à favorite.json,
puis ajouterons dans favorite.json.
Nous allons l'ajouter à readers.json, et
nous l'ajouterons à promotions.json.
Et enregistrez toutes les modifications.
Maintenant, nous allons configurer un peu plus de liste de contrôle d'accès, donc
aller au terminal, laissez-moi taper lb acl pour configurer certaines listes de contrôle d'accès.
Donc, ici pour les plats,
je vais spécifier pour toutes les méthodes et propriétés le droit
Ne peut être fait que par l'utilisateur avec le rôle admin.
C' est donc le premier contrôle d'accès que je configure pour les
plats, puis je fais la même chose pour les leaders.
Toutes les méthodes et les propriétés, écriture, autres,
le rôle admin accorder explicitement l'accès.
Ensuite, pour les promotions aussi,
la même, toutes les méthodes et
propriétés, écriture, et d'autres,
Rôle accorder explicitement l'accès, parce que vous voulez que l'administrateur
soit en mesure d'apporter des modifications aux plats, promotions, ou leaders.
Maintenant, pour les commentaires, les commentaires peuvent être postés par n'importe quel utilisateur enregistré.
Donc, pour les commentaires, permettez-moi de définir l'ACL pour les commentaires.
Nous dirons commentaire, toutes les méthodes et
propriétés, tous les types, tous les utilisateurs,
refusent explicitement l'accès.
Parce qu'on ne veut pas qu'ils soient capables de faire toutes les choses.
Maintenant, ouvrons seulement certaines des opérations à activer par les utilisateurs.
Donc, pour les commentaires, toutes les méthodes et
propriétés, nous dirons l'opération de lecture.
L' opération de lecture pour les commentaires ne sera qu'un utilisateur authentifié.
Ainsi, seuls les utilisateurs qui sont connectés pourront lire les commentaires.
Maintenant de même, laissez-moi définir pour le,
Commentaires, une seule méthode, et
créer, qui peut créer des commentaires ?
Tout utilisateur authentifié, tout utilisateur authentifié peut créer des commentaires.
Donc, nous allons explicitement leur accorder l'accès, maintenant,
le dernier pour les commentaires, Nous allons dire pour
le commentaire, toutes les méthodes et propriétés.
Ecrire, ce qui signifie que, qui est autorisé à écrire le commentaire ?
Seul l'utilisateur propriétaire de cet objet peut apporter des modifications au commentaire.
Donc, seul l'utilisateur qui a soumis le commentaire peut apporter des modifications au commentaire,
soit modifier ou supprimer le commentaire, donc c'est ce que nous allons autoriser.
Même ensemble d'opérations, appliquons-les aux favoris.
Donc, pour les favoris, puisque nous n'avons ajouté
aucun des contrôles d'accès, donc pour les favoris,
toutes les méthodes et propriétés, tous les types,
tous les utilisateurs, refusent explicitement l'accès là.
Pour les favoris, nous allons définir pour
toutes les méthodes et propriétés, lire,
uniquement pour l'utilisateur propriétaire de cet objet.
Ainsi, seul l'utilisateur peut lire
ses propres favoris, aucun autre utilisateur ne devrait pouvoir voir ses propres favoris.
Maintenant, le troisième est la création de favoris,
donc pour la création de favoris, nous dirons pour
favori, une seule méthode, créer,
tout utilisateur authentifié peut créer un commentaire.
Et enfin, pour un favori, toutes les méthodes et
propriétés, l'opération d'écriture, seulement pour l'utilisateur propriétaire de cet objet.
Donc, seul l'utilisateur qui a entré le favori pour
lui-même peut éditer ou supprimer ces favoris, c'est tout.
Nous avons donc maintenant mis en place tous les contrôles d'accès et
toutes les différentes relations pour notre application.
Commençons maintenant l'API Rest du serveur,
puis explorons certains de ces détails.
Maintenant, aller à notre application dans le navigateur, donc
nous allons à ce LoopBack Explorer dans le navigateur ici.
Dans l'explorateur LoopBack, ce que je vais faire en premier, c'est de me connecter en tant qu'administrateur.
Donc, nous allons nous connecter en tant qu'administrateur en allant dans le /customers/login.
Et puis ici, nous allons taper le nom d'utilisateur
, Admin
, Mot de passe,
Et nous connecter, et une fois que nous nous sommes connectés, je vais juste copier cet ID,
parce que c'est le jeton d'accès.
Et je vais entrer ici, puis définir le jeton d'accès avec
ce nouveau jeton d'accès que je viens d'obtenir, après cela,
Laissez-moi poster quelques plats sur mon serveur, alors
maintenant que je suis connecté en tant qu'administrateur,
je devrais pouvoir poster de la vaisselle sur mon serveur.
Donc, je vais ouvrir post, et me rappeler que je vous avais donné le fichier DB.json,
donc nous pouvons simplement copier et coller les plats dans le champ de données ici.
C' est mon premier plat, et au moment où je poste,
il reviendra avec les informations du plat ici.
Et notez qu'il ajoute automatiquement dans les champs CreatedAt et UpdateDAT ici.
C' est mon deuxième plat, donc finalement, j'ai terminé d'entrer tous les plats,
tous les leaders, et toutes les promotions, et nous avons tous terminé.
Allons donc maintenant et
inscrivons un nouveau client dans le système.
Donc, pour ce faire, laissez-moi supprimer ce
jeton d'accès, puis nous enregistrerons un nouveau client dans le système.
Donc, pour ce faire, nous allons poster des clients, puis pour les données,
laissez-moi simplement cliquer sur cet exemple de valeur ici, puis le poster ici.
Et pour les données, le prénom,
laissez-moi m'inscrire avec mon prénom.
Donc, ce serait un
utilisateur non-administrateur que je suis inscrit, et,
Et cet e-mail a vérifié que je devrais supprimer cela d'ici, Mais je devrais inclure le,
champ mot de passe ici, afin que je puisse enregistrer l'utilisateur.
Donc, j'enregistre un nouvel utilisateur ordinaire ici.
Donc, quand je m'inscrit, il revient pour confirmer que ce nouvel
utilisateur enregistré est ajouté, et me donne également un ID pour cet utilisateur.
Maintenant, permettez-moi de me connecter en tant qu'utilisateur enregistré, puis de poster quelques commentaires.
Donc, pour me connecter en tant qu'utilisateur enregistré, je vais descendre à la connexion du client,
et pour le nom d'utilisateur, je vais taper mon nom et
le mot de passe, puis quand je me connecte, il reviendra et me donnera un identifiant.
Maintenant, notez que cet utilisateur particulier est un utilisateur ordinaire et non un administrateur,
donc cet utilisateur ne peut que poster des commentaires et modifier ses propres commentaires.
Et ou post-favoris et éditer ses propres favoris.
Ainsi, lorsque vous publiez l'utilisateur, vous verrez qu'il s'agit de l'ID utilisateur renvoyé ici,
shis est l'ID de l'utilisateur.
Donc, nous aurions besoin de cela chaque fois que nous posons des commentaires ou
chaque fois que nous posons nos favoris.
Donc, pour poster un commentaire pour cet utilisateur, donc
pour poster un commentaire, permettez-moi de poster quelques commentaires au nom de cet utilisateur.
Donc, nous allons à Commentaires, puis nous posterons quelques commentaires ici.
Donc, pour poster un commentaire que vous remarquez,
nous devons fournir trois informations.
Nous devons fournir le CustomerID, le Dish.ID, la note et le commentaire.
Donc, pour le CustomerID, nous venons de nous connecter, donc
si vous allez chez les clients et en bas ici en bas.
Nous allons obtenir le CustomerID ici, alors laissez-moi copier l'UserID à partir d'ici.
Ensuite, allez dans la section de publication des commentaires
, puis collez le CustomerID dedans.
Laisse-moi aller chercher un plat.
Donc, si vous allez à, Plats et puis vous faites un obtenir sur la vaisselle,
vous obtiendrez tous les plats qui sont dans le système.
Donc, à partir de cela, laissez-moi sélectionner le
, Premier plat, donc je vais juste prendre l'ID du plat.
Ensuite, pour poster les commentaires, nous allons simplement aller à Commentaires,
Poster où nous composons notre commentaire.
Et puis je vais coller la carte d'identité du plat là-dedans.
Et pour la note, Je vais changer cette note à 4 et,
Juste poster, Ce commentaire,
donc j'ai posté un commentaire pour ce plat particulier.
Permettez-moi de poster un commentaire de plus pour un autre plat.
Laisse-moi mettre la main sur ce second plat.
Donc, voici l'ID du deuxième plat donc, encore une fois, revenir à Commentaires.
Laisse-moi changer le DisHid ici.
Et puis, Permettez-moi de changer les commentaires afin
que vous voyez que c'est un commentaire différent pour un plat différent.
Lorsque je poster le commentaire, vous verrez qu'il reviendra avec cette réponse ici,
avec la note et le plat spécifique et le CustomerID et ainsi de suite.
Donc, j'ai maintenant posté deux commentaires pour deux plats différents ici.
Laisse-moi, fais ces deux-là comme mes plats préférés.
Donc, pour ce faire, laissez-moi aller à Favoris.
En descendant vers les favoris.
Laissez-moi poster quelques favoris.
Donc, pour poster un favori à nouveau, je vais dans les favoris de poste ici.
Ensuite, je clique sur cela et puis je vais coller dans un disHID,
pour le CustomerID, laissez-moi juste aller au client ici,
où je me suis connecté au client.
Donc, nous allons obtenir l'UserID à partir de là.
Et ceci est un CustomerID, alors laissez-moi aller aux Favoris.
Et puis, Dans les Favoris
laissez-moi tester le CustomerID ici, puis poster ceci dans mes favoris.
Donc, quand je poste cela dans mes favoris, il répond avec ceci afin que
vous puissiez voir que le disHID et CustomerID et le FavoriteID ont été affichés ici.
Laissez-moi poster un plat de plus à mes favoris alors laissez-moi aller à la,
Plats ici, j'ai un autre plat.
Alors laissez-moi copier le, ID du plat et aller à mes favoris
, puis remplacer l'ID du dishe par ce nouveau plat, puis poster ça.
Alors maintenant je devrais avoir deux favoris dans mon groupe.
Merveilleux, donc maintenant nous avons quelques favoris,
un tas de plats, quelques commentaires, tous affichés dans.
Maintenant, en quoi est-ce utile ?
Laissez-moi, Fermez tout cela et puis vous montrera comment cela peut être utile.
Donc, maintenant quand je reçois de la vaisselle, donc par exemple,
quand je veux oublier un plat spécifique.
Laisse-moi prendre ce premier plat ici, laisse-moi copier l'identification du plat et,
je peux récupérer ce plat spécifique.
Donc ici vous voyez que je vais à /plates/id donc
ici, quand je veux récupérer ce plat spécifique.
Je peux mettre le DisHID là, puis l'essayer et
là, je reçois le DisHID ici.
Maintenant, si je veux inclure les commentaires du plat, alors dans le filtre,
je devrais taper inclure entre
guillemets, puis entre parenthèses je spécifie,
Le nom de,
La relation que je veux inclure dans cela,
donc quand je dis inclure des commentaires.
Donc, c'est comme les Mongols peuplent, il agit de la même manière.
Donc, quand je dis inclure des commentaires et puis récupérer le plat,
remarquez que lorsque le plat est récupéré,
Ici, vous obtenez le plat mais aussi vous obtenez un tableau de commentaires ici. C'
est ainsi que vous pouvez remplir les détails de la relation
que vous avez avec un autre élément ici.
Maintenant, de même, aller aux commentaires, par exemple.
Dans les commentaires aussi, lorsque je récupère les commentaires, je peux spécifier dans le filtre.
Donc, quand je dis juste des commentaires GET, cela
ramènera tous les commentaires qui ont été postés.
Maintenant, si je veux remplir les informations DisHID et CustomerID, je peux dire filtre.
Dans le filtre, je peux dire inclure.
Et puis entre parenthèses, je peux dire des plats parce
que c'est la relation que j'ai définie dans les commentaires et
les plats, puis les plats et le client.
Et quand je récupère cette information, vous verrez que dans les commentaires retournés,
pour chaque commentaire, vous remarquerez que le commentaire est donné,
puis les informations de plat correspondantes sont également remplies, et
les informations de client correspondantes sont également remplies pour chacun des commentaires.
De cette façon, nous pouvons maintenant remplir les deux relations que nous avons définies à partir
des plats ici automatiquement, comme indiqué ici.
De même, pour les favoris,
lorsque nous récupérons les favoris,
nous dirons les favoris et un ID spécifique ici.
Et puis nous pouvons ensuite filtrer, afin
que le favori spécifique puisse être récupéré.
Vous ne pouvez pas récupérer tous les favoris car ils pourraient être des favoris d'autres
utilisateurs également dans cette liste, donc nous ne serons pas en mesure de faire un GET sur tous les favoris.
Mais au lieu de cela, lorsque nous récupérons ceci, vous pouvez demander
que les informations soient remplies ici en fonction des relations.
Donc, nous pouvons dire, en guillemets, (« inclure » : et les crochets écrits.
Nous pouvons dire ["plats », « client"]),
Et récupérer les informations.
Donc, vous remarquerez qu'ici, dans le corps de réponse,
vous obtenez le favori, mais aussi le plat
correspondant et les informations du client correspondant remplies ici.
C' est ainsi que nous pouvons récupérer des informations supplémentaires
à partir de notre site de serveur si nécessaire.
Avec cela, nous complétons cet exercice.
Dans cet exercice, je vous ai montré comment nous pouvons définir diverses relations,
puis être en mesure de récupérer des informations, et également utiliser ce
filtre d'inclusion afin d'inclure les informations supplémentaires de cette relation dans
le document lorsque vous récupérez le document ou un ensemble de documents.
Avec cela, nous complétons cet exercice.
Donc, dans ces trois exercices que nous avons fait jusqu'à présent avec LoopBack, j'ai
illustré divers aspects de la façon dont vous pouvez configurer et construire votre serveur LoopBack.
Avec cela, nous complétons cet exercice.
C' est un bon moment pour
vous de faire un commentaire GET avec le message LoopBack relations.
[ MUSIQUE]