IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Qt Discussion :

Conceptualisation d'une application


Sujet :

Qt

Vue hybride

Message précédent Message précédent   Message suivant Message suivant
  1. #1
    Membre averti
    Profil pro
    Inscrit en
    Juillet 2010
    Messages
    19
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Juillet 2010
    Messages : 19
    Par défaut 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.

    Aujourd'hui, j'aimerai me rattraper.

    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



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

    Merci beaucoup

  2. #2
    Membre éprouvé
    Avatar de GreatTux
    Homme Profil pro
    Ingénieur développement logiciels
    Inscrit en
    Octobre 2009
    Messages
    77
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 39
    Localisation : France, Indre et Loire (Centre)

    Informations professionnelles :
    Activité : Ingénieur développement logiciels

    Informations forums :
    Inscription : Octobre 2009
    Messages : 77
    Par défaut
    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.

  3. #3
    Membre averti
    Profil pro
    Inscrit en
    Juillet 2010
    Messages
    19
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Juillet 2010
    Messages : 19
    Par défaut
    Tu peux développer? Je n'ai aucune notion de vue et de modèle

  4. #4
    Membre éprouvé
    Avatar de GreatTux
    Homme Profil pro
    Ingénieur développement logiciels
    Inscrit en
    Octobre 2009
    Messages
    77
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 39
    Localisation : France, Indre et Loire (Centre)

    Informations professionnelles :
    Activité : Ingénieur développement logiciels

    Informations forums :
    Inscription : Octobre 2009
    Messages : 77
    Par défaut
    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.

  5. #5
    Membre averti
    Profil pro
    Inscrit en
    Juillet 2010
    Messages
    19
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Juillet 2010
    Messages : 19
    Par défaut
    Merci pour ta reponse. Je vais regarder si cest Simple a implementer.

    D'autres idees des autres membres?

  6. #6
    Membre averti
    Profil pro
    Inscrit en
    Juillet 2010
    Messages
    19
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Juillet 2010
    Messages : 19
    Par défaut
    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,

Discussions similaires

  1. executer une application a distance : Sockets ? RPC ? CORBA?
    Par a_hic dans le forum Développement
    Réponses: 5
    Dernier message: 30/05/2006, 13h02
  2. Accès à une application ouverte (OLE Automation ?)
    Par PascalB dans le forum C++Builder
    Réponses: 6
    Dernier message: 17/06/2002, 14h39
  3. Réponses: 1
    Dernier message: 13/05/2002, 09h19
  4. [Kylix] Execution d'une application hors de l'edi
    Par Sadam Sivaller dans le forum EDI
    Réponses: 1
    Dernier message: 20/04/2002, 23h22
  5. Réponses: 2
    Dernier message: 15/04/2002, 12h56

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo