From d7d2dac0299505c44c3d3ff4e0cb35f3f9e6efb5 Mon Sep 17 00:00:00 2001 From: Matheo HERSAN Date: Mon, 30 Oct 2023 23:56:35 +0100 Subject: [PATCH] Update 'compteRendu.md' --- compteRendu.md | 1 + 1 file changed, 1 insertion(+) diff --git a/compteRendu.md b/compteRendu.md index 591d6ee..a4d0a7d 100644 --- a/compteRendu.md +++ b/compteRendu.md @@ -46,4 +46,5 @@ L'architecture du projet a été pensée de sorte a séparer l'interface de l'ap L'adoption d'une telle architecture permet, comme précédemment expliqué, de démarquer l'interface du reste du programme. Cette approche facilite considérablement la création d'autres types d'interfaces en se concentrant exclusivement sur leur aspect visuel, tandis que la logique est encapsulée dans la couche "logique". Par exemple, nous avons ici conçus une interface orientée vers les adhérents, où ces derniers ont accès à des opérations spécifiques offertes par l'interface par défaut, mais limitées à leurs besoins. Mais nous avons, grâce a cette architecture aucun problème pour créer d'autre interface comme l'interface des responsable. + Un autre bénéfice majeur réside dans la facilité de maintenance. En segmentant le programme en couches et en composants distincts, nous avons la possibilité d'apporter des modifications à chacun d'eux sans altérer le code source des autres parties qui ne dépendent pas de ces modifications, préservant ainsi leur fonctionnement initial.