From 05dbc990040f2acabf54c168d22ddd7d0c0131b9 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?J=C3=A9r=C3=A9my=20Mouyon?= Date: Sat, 18 May 2024 18:04:16 +0200 Subject: [PATCH] =?UTF-8?q?add=20des=202=20classes=20ind=C3=A9pendantes?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit --- Diagrammes-UML.md | 1 + 1 file changed, 1 insertion(+) diff --git a/Diagrammes-UML.md b/Diagrammes-UML.md index fa0c366..9ca1934 100644 --- a/Diagrammes-UML.md +++ b/Diagrammes-UML.md @@ -45,6 +45,7 @@ Un dernier événement permet d'annoncer la fin de la partie et d'indiquer quel Pour terminer la description de l'architecture, il faut également parler de l'application console, qui est abonnée aux quatre événements précédemment cités de `Game`. Notre application console fait le moins de choses possible, afin d'éviter trop de modifications lors de la transition vers l'affichage. La logique du jeu est entièrement gérée par la partie métier, et la console assure simplement le lien avec l'utilisateur en analysant ses entrées et en affichant les messages. Nous avons choisi de séparer notre code pour la partie console en deux : une partie principale (program.cs) et une partie dédiée à l'affichage des notifications (NotificationClass.cs). +Nous avons également dans le projet deux autres classes indépendantes. Pour une bonne gestion et un affichage efficace du classement, ainsi qu'une gestion future optimale de la persistance, nous avons créé une classe "Leaderboard" qui implémente une liste de "Score". Cette dernière est aussi une classe contenant plusieurs informations, telles que la date, les dernières victoires, les derniers points, etc.