Discussion :

[beware]

Bonjour,

Le programme que je developpe pourrait se décomposer comme suit :
- main.cpp
- fen_princ.cpp (et le h)
- fen_annexe1.cpp (et le h)
- fen_annexe2.cpp (et le h)
- infos_fenetres.h

Ce dernier fichier .h contient une class qui ne contient aucune méthodes, mais que des informations (des const int) initialisés par liste d'initialisation. Je cree un pointeur vers cette classe que je distribue aux autres class de mon programme. Cependant, chaque class n'utilise pas toutes les informations disponibles a chaque fois.

Bref, est-ce une bonne chose de faire comme ça, ou bien, vaut-il mieux faire des classe plus petites mais qui ne contiendrait que les informations nécessaires a chaque fonction. (sachant en plus que annexe1 et annexe2 utilisent les memes)?

De plus, bien que les informations soit des const, vaut-il mieux utiliser ces const, ou passer par des int en private et des ascesseurs?

Merci.

(j'espere avoir été assez clair).

[jmv]

Salut,

A en croire ton découpage, ton programme ne fait rien d'autre que d'afficher des fenêtres (vides ?).

Tu peux diviser ton programme en 3 couches :

• L'ihm, ne fait rien d'autre que de gérer les boutons, zone de saisies, etc. Ces classes appellent les methodes des classes de la couche suivante.
• les classes "métiers", Le coeur de l'application. Ces classes appellent aussi les methodes des classes de la couche suivante.
• Les classes utilitaires (socket, fichiers, etc...)

Quand à la taille des classes, entre une grosse classe et de trop nombreuses petites, il faut trouver le juste milieu (facile à dire )

bon W.E.
jm

[ElGat0]

Effectivement, le découpage classique c'est (du plus haut au plus bas niveau) :

- les processus qui ne font pas grand-chose d'autre que "Démarrer", "Arrêter" et qui s'adressent aux...
- ...façades qui se chargent de soumettre et retirer l'information aux...
- ...métiers qui traitent les données et qui pour se faire s'appuient sur les...
- ...bibliothèques qui s'occupent, chacune, d'un travail bien spécifique, sont donc génériques, très robustes mais "stupides".

L'objectif étant de tester facilement chaque classe et de favoriser la réutilisation des classes "bas niveau".

[beware]

Merci de vos réponses. Je cerne un peu mieux le processus que je dois faire.

Ps : non, je n'affiche pas des fenêtre vides

[jblecanard]

Salut

Essaye si tu le peux de t'efforcer d'adopter un modèle MVC. Tu sépareras ainsi clairement les parties métiers et les parties façades.