Je souhaiterai avoir des retours de vos expᅵriences sur une maniᅵre de
faire pour "organiser" le code.
Prenons par exemple une simple interface de saisie/modification
d'informations contenues dans une base de donnᅵes, informations pouvant
par exemple reprᅵsenter un type d'enregistrement unique (tel que des
fichiers) organisᅵs en hiᅵrarchie (tel que des rᅵpertoires), avec une
interface graphique similaire ᅵ un explorateur.
Est-ce qu'une maniᅵre de faire correcte serait de crᅵer une classe
"fichier" contenant l'ensemble des "fonctionnalitᅵs" tel que :
- Implᅵmentations des rᅵgles de gestion ᅵventuelles
- gestion des requetes SQL
- Gestion de l'affichage dans une fenᅵtre cliente
- Gestion de l'affichage de l'item dans la treeview de gauche de
l'ᅵcran
Est-ce que vous implᅵmentez ces 2-3 deniers points dans vos classes, ou
bien les sortez-vous pour les gᅵrer ᅵ part?
Merci de vos retours.
Les accᅵs base doivent bien ᅵtre distincts et indᅵpendants de l'aspect GUI.
Tu peux voir comment sont organisᅵes des classes existantes comme les MFC