julia.spriggs/dossier
1
0
Fork 0
Code Issues Pull requests Projects Releases Packages Wiki Activity Actions

added image for class diagram on multiplicities and corrected typo in a title

Browse source
This commit is contained in:
Julia Spriggs 2024-10-14 10:31:23 +02:00
parent bd6dd8cfa4
commit 3b9388bfc8
1 changed files with 3 additions and 1 deletions
Show stats Download patch file Download diff file Expand all files Collapse all files

4
dossier de projet/main.md
View file

@ -328,6 +328,8 @@ Pour le diagramme de classe, nous nous reposons sur ces idées :
Dans le diagramme de classe, il faut travailler les multiplicités, alors si on prend l’exemple de l’entity User, dans les deux directions, vers Reservation ainsi que Session, on voit qu’il y a une Multiplicité de 1. Pourquoi ? Car un User est relié à une session. Il ne peut en avoir plusieurs. Une Reservation est également relié à seulement un User, alors c’est également 1.
![Multiplicités entre Session et User, et Reservation et User](images/Reservation User Session.jpg){height=50%}
#### Portée
On peut avoir plusieurs types de portées pour les attributs : public, privé, ou protégé par exemple. On a décidé de garder tout public à part les mots de passe pour un utilisateur, qui sont privés, pour les raisons de sécurité. De cette façon, les autres classes ne pourront pas y accéder, et cela protège ces données.
@ -583,7 +585,7 @@ Dans ce contexte, TypeORM facilite la gestion des données de manière efficace
----
### Intégration avec GrahQL et Apollo
### Intégration avec GraphQL et Apollo
Pour finir, TypeORM est associé à GraphQL et Apollo Server, ce qui simplifie les opérations de requêtes et de mutations sur la base de données. Les resolvers GraphQL interviennent sur le serveur pour gérer ces actions. Ils permettent d’accéder aux entités définies par TypeORM pour les requêtes (queries) et de manipuler les données lors des mutations (création, mise à jour et suppression). Chaque resolver correspond à une opération particulière de l'API GraphQL, garantissant ainsi une communication fluide entre le front-end et le back-end.