Conceptualisation d'une application

Bonjour à tous,

Je développe une application depuis plus d'un an, mais son architecture ne me plait pas car elle est trés désordonné. Je ne me suis pas penché à l'époque à conceptualiser mon application et à la découper en fonction logique. :oops:

Aujourd'hui, j'aimerai me rattraper. :ccool:

Mon application est composée d'une classe FenPrincipale héritant de QMainWindow, qui contient 4 QDockWidget.
A côté il y a le moteur de l'application, qui doit interagir avec tous les docks (Récupérations d'information pour générer une image).

Voir image ci-dessous

http://img193.imageshack.us/img193/9...bnailme.th.png

Comment feriez-vous pour traduire ce shéma en code propre et modulable au maximum? :roll:

Merci beaucoup

Il serait intéressant à mon avis d'ajouter une classe de contrôle entre tes docks (des vues) et ton moteur (un model). Ton moteur fournit l'information brute, ta classe de contrôle la traite, la met en forme puis met à jour tes docks.

Tu peux développer? Je n'ai aucune notion de vue et de modèle :oops::oops:

Tu aurais une classe contrôleur qui contient:

• Un pointeur vers chacun de tes docks (ou n'importe quel widget qui te sert à afficher/récupérer des infos)
• Un pointeur vers ta QGraphicsview
• Un pointeur vers ton moteur
• Des slots à appeler quand le contenu de tes docks est modifié par l'utilisateur(si j'ai bien compris) ou quand le moteur renvoie des données.

Tu connectes ensuite les signaux aux slots de ton contrôleur (tu serais peut être amené à déclarer tes propres signaux).
Dans tes slots, tu écriras du code pour mettre à jour ce qui est affiché à l'écran (ta QGraphicsView mais pourquoi pas tes docks aussi). Tu pourras aussi faire appel à ton moteur en lui envoyant des nouvelles données.
En résumé tu auras une communication signals/slots entre tes widgets et le contrôleur et entre le contrôleur et ton moteur, mais pas directement entre tes widgets et ton moteur. Ca permet de remplacer facilement ton moteur ou un de tes widgets en gardant le même format pour tes signaux et slots.

Merci pour ta reponse. Je vais regarder si cest Simple a implementer.

D'autres idees des autres membres?

Sur Qt, ta classe de contrôle tu l'hérite de Qabstractitemdelegate ?

http://qt.developpez.com/doc/4.6/qabstractitemdelegate

Tu peux me faire un schéma de comment tu vois la chose? Ce n'est pas clair pour moi ..

Cordialement,

Salut,

La tu aborde un sujet très interressant, il faut penser en premier à créer un code réutilisable.
Ce que j'entends par la c'est d'analyser ton soft pour arriver à faire un synthese de ce qui reviens souvent(futur code réutilisable, dans toute tes futurs appli), et de ce qui est propre à ton appli.

J'aimerais d'abord en savoir un peu plus sur ton moteur et ton soft en general.
exemple utilise tu du SQL, Xml, requete etc...

Bonjour, mon moteur dérive de QProcessus qui en réalité appelle un programme console externe. Ma classe s'occupe de passer les arguments dynamiques en fonctions des paramètres saisies par l'utilisateur et récupère la sortie du programme (stdout) pour la traiter.

Mon programme est un GUI.