Séparer la partie GUI du programme du reste

Bonsoir à tous,

Je reviens vous sollicitez encore :D

Toujours dans le projet de réalisé mon programme de pilotage du port // sous windows & linux ( le multi platforme viendra en dernier lieu :D ) j'aimerai savoir comment "organisé" mon programme :

Pour le moment j'ai 3 fichier : un main, un fenetre.cpp, un header Mafenetre.h, rien de bien compliquer le projet avance lentement mais je veux qu'il avance proprement.

Pour le moment j'ai fais une interface on ne peu plus basique composé de deux boutons qui sont connecté à leur slots respectifs ça fonctionne très bien je les ai même placé dans un layout comme ça c'est propre ( merci encore a tout ceux qui m'ont aidé ) .

Cependant j'en viens à la deuxieme partie du programme à savoir le traitement des infos, ne voulant pas mélangé le traitement et le GUI j'aimerai savoir comment dois je procéder ; dois je refaire un fichier CPP + éventuellement un header ?

Je veux que ca soit propre, lisible et dans les normes car j'aimerai ( si possible ) en faire un tuto pour débutant fait par un débutant :D

Merci encore à vous !

Tout d'abord, si tu comptes en faire un tuto, on serait très heureux de t'y aider et de voir pour le publier sur Developpez.com, afin d'aider un maximum de débutants ;)

Ensuite, un conseil : ne parle pas en termes d'en-têtes et de .cpp. Parle en termes de classes. Ce sont plus les classes que les fichiers qui entretiennent des relations dans ton code source ;)

Dans ton cas, je conseille souvent de faire une classe qui n'a rien à voir avec le GUI. La classe de la fenêtre aurait une instance de cette classe, ou bien cette classe aurait une instance de cette fenêtre (ou une référence/un pointeur bien sûr), et un signal de la classe de traitement d'infos dirait à la fenêtre "j'ai fini, tu peux afficher le résultat de mon traitement, je te le donne en argument" via un slot qui serait dans la fenêtre, connecté donc au signal de la classe de traitement.

Après, si tu nous en disais plus sur ce que fait cette fameuse classe, on pourrait mieux t'aiguiller :)

En gros, je dois chargé une DLL avec Qlibrary cette Dll à deux fonction inp32(int,int) et out32(int,int) .

La première valeur est un chiffre compris entre 0 et 255 ; 255 en binaire vaut 11111111 soit toutes les sorties à l'êtat haut . la seconde l'adresse du port LPT par défaut c'est 0x378 .

D'un point de vu graphique il y aura pour chaque étapes 8 checkbox pour savoir quelle sortie activé et j'aimerai faire varier un entier suivant l'état des checkbox et ensuite envoyer le résultat des checkbox à la fonction out32.

Ca c'est pour le projet final ( bien que je n'ai pas citer de nombreux éléments que j'inclurai petit à petit )

Tu peux développer quand tu dis que ma classe de "traitement" aurait une instance sur celle du GUI ?

Merci beaucoup

Code:

---

1 2 3 4 5 6 7 8 9

class MaFenetre : public QMainWindow { /* ... */ MaClasseDeTraitement* mcdt; /* ... */ public slots: /* ... */ void slotAExecuterQuandTraitementFini(/* arguments éventuels */); }

---

Etc.

Je procèderai d'une façon de ce genre.

Donc de cette facon les 2 classes pourront communiquer ?

Oui, via les signaux/slots de Qt ;)

Attensd d'autres avis, m'enfin tu as ma vision.

Quoi qu'il en soit j'arrive toujours pas à imaginer comment je vais faire mon programme, ou mettre la library etc ...

Y'a encore trop de truc que j'arrive pas a comprendre :/

As-tu lu : http://qt.developpez.com/tutoriels/introduction-qt/ ?

Et plus généralement : http://qt.developpez.com/tutoriels/

N'essaye pas d'aller trop vite. Dis-nous simplement ce que tu ne comprends pas et nous allons soit t'expliquer soit te rediriger vers des articles/tutoriels/cours/livres qui te permettront de bien comprendre. Mais il nous faut plus de détails. Si tu nous aides à comprendre ce qui te pose problème, on t'aidera bien mieux ! ;)

Une façon d'aborder le problème est d'imaginer que tu as le même programmes à écrire deux fois:

- Un qui doit fonctionner avec une interface graphique .

et

- Un autre qui doit fonctionner comme une application web.

Dans ce contexte, tu peux réalisé qu'il y a une partie du code qui peut-être réutilisable dans les version du programmes, donc il est possible d'organiser en au moins deux groupes de fonction. Le groupe qui saisie les données et celui qui les traitent. Le dernier étant la parti commune de deux programmes.

Il pourrait être judicieux d'intercaler un layer "Qt-aware" entre ta classe de traitement et la partie GUI.
En fait là comme le traitement est dans un DLL, ça me paraît être la meilleur solution puisque ce DLL n'a que faire de Qt (ce n'est pas un plugin si je comprends bien).

Si je reprends l'exemple de Alp, MaClasseDeTraitement dériverait de QObject pour pouvoir bénéficier du mécanisme de slots/signaux et pour pouvoir faire le lien entre le DLL et QMainWindow.

Citation:

---

Envoyé par goodpz

Si je reprends l'exemple de Alp, MaClasseDeTraitement dériverait de QObject pour pouvoir bénéficier du mécanisme de slots/signaux et pour pouvoir faire le lien entre le DLL et QMainWindow.

---

Tout à fait. Et tout irait bien même en présence de threads aussi.

Je commence à un peu mieux cerner la chose, merci encore .

Je crois avoir trouver comment créer ma fonction "de sortie", cette fonction aura pour paramètre (l'adresse du port,la valeur a envoyer,les condition d'execution (via un int de 1 à 4 ),la valeur du délai si utilisé,la valeur des entrée si utilisée)

Mais puis je considéré ca+le chargement de la dll comme un object et donc d'en faire une classe ?

Sur sdz j'ai lu qu'au départ on n'arrivait pas à comprendre ce que pouvait être un objet, pourriez vous me donner des exemples de chose qui peuvent être considérer comme objet .

Merci

L'utilisateur agit sur la partie GUI. En fonction des ses actions, l'instance de MaClasseDeTraitement va traduire l'input du GUI en input pour les fonctions du DLL (de même pour l'ouput). En reprenant ton exemple plus haut, selon l'état des checkboxes, MaClasseDeTraitement traduit ça en integer.
MaClasseDeTraitement gère donc des slots et signaux avec QMainWindow.
Cette classe aurait également un membre de type QLibrary pour charger et appeler les fonctions du DLL.

En résumé, on trouverait dans la classes MaClasseDeTraitement des membres:
- slots/signaux pour QMainWindow
- fonctions d'aide (si besoins) pour traduire les info du GUI (checkbox -> int etc)
- un QLibrary pour le DLL
- des pointeurs sur fonctions exportées du DLL
- un QWidget pour le About (parceque ça fait toujours bien :mrgreen:)

Citation:

---

Sur sdz j'ai lu qu'au départ on n'arrivait pas à comprendre ce que pouvait être un objet, pourriez vous me donner des exemples de chose qui peuvent être considérer comme objet .

---

Un petit tour dans la doc de Qt par exemple donne un bel aperçu de son architecture OOP.
Après, il n'y a pas de méthode universelle pour décréter ce qui peut être un objet et ce qui ne peut pas... C'est pour ça qu'il y a plein de bouquins et tutos à ce sujet!

Ah Ok je comprends mieux :)

Je te remercie beaucoup je m'y remet ce soir je vais profiter du ptit soleil d'aujourd'hui pour souffler un peu :)

Merci !

Me revoici est malheureusement je n'y arrive pas :/

J'aimerai préciser, que j'ai deux "livres" sur le C++, un que j'ai acheté sur internet aux édition Eyrolles qui s'intitule Apprendre le C++ de Claude Delannoy et un autre acheté pour -de 2€ sur le net de Christian Casteyde (petit prix, mais grande qualité ) que j'ai fait imprimer et relier :) .

Mon souci c'est que je n'arrive pas a apprendre avec de la théorique, et donc je passe direct a la pratique même si je me plante très souvent de ce fait, veuillez m'expliquer quelle notion je dois revoir dans mes livres pour bien comprendre.

Dans l'exemple que Alp m'a posté, je ne comprend pas la ligne

Code:

---

MaClasseDeTraitement* mcdt

---

je pense que c'est un pointeur mais un pointeur sur quoi je sais pas,je ne sais pas pourquoi m'en servir ni comment m'en servir.

Edit : Aprés avoir relu un chapitre au sujet des pointeurs je crois qu'il faut que j'interprète la ligne de cette maniére "mcdt est un pointeur sur un objet de type MaClasseDeTraitement" Est ce bien ca ? Si oui alors je dois revoir la syntaxe de mes connections en remplacent

Code:

---

QObject::connect(m_bouton2, SIGNAL(clicked()),this,SLOT(Traitement::(BA2())));

---

par

Code:

---

QObject::connect(m_bouton2, SIGNAL(clicked()),mcdt,SLOT(BA2()));

---

Si c'est bien ca je viens de me rendre compte que j'ai fais pas mal d'erreur mais a tout le temps rester dessus je sature ^^

Le pointeur doit il être déclaré en private ou public,car j'ai lu que seul les méthodes doivent être public mais je préfère avoir confirmation

Fin Edit

Je me permets de reposter encore une fois mon code actuelle et je comprendrai si vous décidez de ne pas répondre .

Mafenetre.h

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28

#ifndef MAFENETRE_H_INCLUDED #define MAFENETRE_H_INCLUDED #include <QWidget> #include <QMainWindow> #include <QGridLayout> #include <QPushButton> #include <QObject> #include <QMessageBox>   class MaFenetre : public QMainWindow { Q_OBJECT   public : MaFenetre(); //Interpretation* itpt;   public slots:   private :   QPushButton *m_bouton1; QPushButton *m_bouton2; QGridLayout *m_monlayout; };     #endif // MAFENETRE_H_INCLUDED

---

Fenetre.cpp

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28

#include "Mafenetre.h"   MaFenetre::MaFenetre() : QMainWindow() { resize (200,200);   //Définition bouton1 et connection à la fonction BA1   m_bouton1 = new QPushButton; m_bouton1->setText ("Broche à niveau haut"); QObject::connect(m_bouton1, SIGNAL(clicked()),this,SLOT(Traitement::(BA1())));   //Définition bouton2 et connection à la fonction BA2   m_bouton2 = new QPushButton; m_bouton2->setText ("Broche à niveau bas"); QObject::connect(m_bouton2, SIGNAL(clicked()),this,SLOT(Traitement::(BA2())));     //Définition du layout   m_monlayout = new QGridLayout; m_monlayout -> addWidget(m_bouton1,0,0); m_monlayout -> addWidget(m_bouton2,0,1);   //Utiliser le layout précédément créer setLayout(MaFenetre::m_monlayout); }

---

traitement.h

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19

#ifndef TRAITEMENT_H_INCLUDED #define TRAITEMENT_H_INCLUDED #include "Mafenetre.h" class Traitement : public QObject { Q_OBJECT   public : Traitement(); public slots :   void BA1(); void BA2();   private :   };   #endif // TRAITEMENT_H_INCLUDED

---

traitement.cpp

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16

#include "traitement.h"   //slots   Traitement::Traitement() : MaFenetre() { void Traitement::BA1() { QMessageBox::information(this,"Etat des broches","Toutes les broches sont maintenant à l'êtat haut"); }   void Traitement::BA2() { QMessageBox::information(this,"Etat des broches","Toutes les broches sont maintenant à l'êtat bas"); } }

---

main.cpp

Code:

---

1 2 3 4 5 6 7 8 9 10

#include <Qapplication> #include "MaFenetre.h"   int main(int argc, char *argv[]) { QApplication app(argc, argv); MaFenetre fenetre; fenetre.show(); return app.exec(); }

---

Merci encore ...

Bonne soirée

Citation:

---

Aprés avoir relu un chapitre au sujet des pointeurs je crois qu'il faut que j'interprète la ligne de cette maniére "mcdt est un pointeur sur un objet de type MaClasseDeTraitement"

---

Oui c'est ça.

Code:

---

QObject::connect(m_bouton2, SIGNAL(clicked()),mcdt,SLOT(BA2()));

---

Oui cette forme là est bonne (en supposant que mcdt est bien un membre de MaFenetre)

Après il y a des erreurs grossières. Par exemple tu déclares la classe Traitement comme ceci (ce qui est correct) :

Code:

---

class Traitement : public QObject

---

Mais ensuite dans le constructeur de Traitement, tu appelles une hypothétique classe mère MaFenetre qui ne fait pas partie de cette hiérarchie:

Code:

---

Traitement::Traitement() : MaFenetre() // faux

---

Traitement dérive de QObject dans ton code, donc il faudrait faire:

Code:

---

Traitement::Traitement() : QObject()

---

Ensuite, tout ceci n'est pas bon:

Code:

---

1 2 3 4 5 6

Traitement::Traitement() : MaFenetre() { void Traitement::BA1() { QMessageBox::information(this,"Etat des broches","Toutes les broches sont maintenant à l'êtat haut"); }

---

Car comme écrit là, c'est comme si tu définissais Traitement::BA1() à l'intérieur de la définition du constructeur. C'est une erreur de syntaxe. Il faudrait faire:

Code:

---

1 2 3 4 5 6 7 8 9 10

Traitement::Traitement() : QObject() { // code du constructeur ici }   void Traitement::BA1() { // definition de BA1() ici QMessageBox::information(/*this pas bon. */ 0,"Etat des broches","Toutes les broches sont maintenant à l'êtat haut"); }

---

Dans ta classe MaFenetre, il te faux déclarer un membre de type Traitement*. genre:

Code:

---

1 2	private: Traitement* mcdt

---

Ensuite, il te faux créer l'objet qui sera pointé par mcdt dans le constructeur de MaFenetre. On n'oubliera pas de passer le QObject* parent éventuel pour tirer partie du managment automatique de la mémoire de Qt (sinon il risque d'y avoir des leaks):

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13

class MaFenetre : public QMainWindow { Q_OBJECT   public : MaFenetre(QWidget* parent = 0);   public slots: //.. private: Traitement* mcdt; //.. };

---

Code:

---

1 2 3 4 5 6 7

MaFenetre::MaFenetre(QWidget* parent) : QMainWindow(parent) { mcdt = new Traitement(this); // this en parent //.. connect(m_bouton2, SIGNAL(clicked()), mcdt, SLOT(BA2())); // etc }

---

Code:

---

1 2 3 4 5 6 7 8

class Traitement : public QObject { Q_OBJECT   public: Traitement(QObject* parent = 0); // un parent public slots: //..

---

Code:

---

1 2 3 4 5 6 7 8 9 10

Traitement::Traitement(QObject* parent) : QObject(parent) { //.. code du constructeur }   void Traitement::BA1() { //.. }

---

Citation:

---

veuillez m'expliquer quelle notion je dois revoir dans mes livres pour bien comprendre

---

heu.. tout depuis zéro ? ;) (ça fait des années que je m'y intéresse tous les 6 mois. Je suis toujours débutant :mouarf:)

Salut,

Contrairement à ce que laisse supposer un certain site, Qt n'est pas fait pour les petits débutants. Qt est un framework professionnel, utilisable pour tout ce qui est non-commercial également grâce à ses multiples licences. Toutefois, ce n'est pas parce que tu commences le C++ que tu peux penser faire tout ce que tu veux avec Qt facilement. Qt fait intervenir des notions avancées de programmation en C++ (enfin, plus ou moins avancées). Il faut par exemple être totalement à l'aise avec l'héritage pour tirer parti de la puissance de Qt...

Je te conseille donc de te concentrer sur le langage C++ pour le moment, car si tu galères encore avec les pointeurs, tu risques plus de te prendre la tête sur des bugs / erreurs de compilation avec Qt que de t'amuser à apprendre.

Merci a vous deux, effectivement y'a de belles conneries :/

Je vais retourner sur le C++ "de base" et essayer de le maitriser un minimum on verra le reste aprés :)

Faut que je trouve quelque chose a faire maintenant car ce projet la je voulais vraiment le réaliser mais je préfère attendre et comprendre vraiment ce que je code .

Si quelqu'un a une idée de projet a faire je suis preneur :)

Citation:

---

Si quelqu'un a une idée de projet a faire je suis preneur

---

Des programmes en mode console histoire d'implémenter et tester ce que tu apprends petit à petit avec tes bouquins. Même si ça paraît naïf, crois moi, y a que comme ça qu'on avance bien.

Bah justement je cherche quoi dévellopé en mode console ^^