Passer de l'apprentissage C++ à la création d'application

Bonjour,
j'ai pas mal avancé dans mon apprentissage du langage C++. J'aborde maintenant la programmation orienté objet avec les classes.
Pourtant, j'ai une question, car je n'arrive pas a trouver de réponse sur le net ou les forums:

Jusqu'a maintenant mes programmes s'executent dans une invite de commande. Mais .... j'ai téléchargé QT4, j'ai des livres sur le sujet pour l'utiliser seulement je ne reconnais rien de se que j'ai pu aborder jusque la.
Je ne retrouve que dans la forme ce que j'ai appris en C++ mais impossible alors de comprendre comment les notions acquises vont me servir pour créér des applications, meme banal.
En gros, comment je passe de l'invite de commande a de vraies applications windows ?

Merci de votre aide a tous

Je pense que ce qu'il te faut, ce sont des tutoriaux: Comment faire son premier "hello world" en QT4, puis évoluer vers les boîtes de dialogue faisant quelque chose d'utile, avant d'enchaîner sur les applications pouvant afficher et faire ce que tu veux.

Il semblerait que vous m'ayez mal compris, ou que je me sois mal expliqué ?

Citation:

---

Envoyé par Médinoc

Je pense que ce qu'il te faut, ce sont des tutoriaux: Comment faire son premier "hello world" en QT4, puis évoluer vers les boîtes de dialogue faisant quelque chose d'utile, avant d'enchaîner sur les applications pouvant afficher et faire ce que tu veux.

---

On dirait que je ne me suis pas fait comprendre ou mal expliquer :
Ce que j'ai appris en mode console n'a rien a voir avec le mode GUI. JE cherche pas des tutos, mais des livres comme ceux que j'ai pour apprendre le C ++

Effectivement il te manque une chose: :mrgreen: la conception

Et là également tu trouves tout sur Internet :D : patron de conception "Design Pattern", héritage/ composition/ agrégation, gestion de la mémoire, programmation défensive, ...

Voire éventuellement des techniques moins axées sur "le langage" pour manipuler/ isoler/ programmer la logique métier, la gestion IHM (dans ton cas Qt) ...

De toute manière avec Qt attends-toi à prendre beaucoup de temps pour appréhender "la bête" :aie:

En gros, tu dirais que je suis dans la mer*** lol
Plus sérieusement, j'ai aussi Borland 6 qui me semble plus intuitif que Qt, seulement, je ne trouve aucune doc complete et détaillée sur cette bete qu'est Borland.
Autre soucis que je remarque avec Qt, si on ne met pas les dll's l'EXE ne tourne pas ! Ce qui ne me donne pas tres envie de m'investir dans Qt

QT c'est une énorme machinerie, bien loin du hello world de la console.
Commence par suivre un tuto hello world QT comme mentionné plus haut. Avant de courrir, on apprend à marcher...

Sinon pour faire de l'interface plus "aisément", j'aime bien WxWidget. Moins artillerie lourde que QT mais très correct. En tous cas il y a quelques années, donc je suppose que ça s'est amélioré.

Citation:

---

Envoyé par lionel62620

je ne trouve aucune doc complete et détaillée sur cette bete qu'est Borland.

---

Parce que Borland c'est un IDE (une antiquité :whistle:) et non pas une bibliothèque :mrgreen:

Par exemple C++ Builder xe (Embarcadero) livre la bibliothèque VCL qui est une surcouche [plus ou moins] objet de la bibliothèque Win32.

Citation:

---

Envoyé par lionel62620

Autre soucis que je remarque avec Qt, si on ne met pas les dll's l'EXE ne tourne pas ! Ce qui ne me donne pas tres envie de m'investir dans Qt

---

C'est la différence entre la compilation avec des librairies dynamiques et avec des librairies statiques :mrgreen:

Ce n'est pas spécifique à Qt

Salut,

De manière générale, le tout premier conseil à te donner est de te rappeler qu'une interface graphique n'est jamais que "le moyen de t'afficher les informations utilisées par ton application", qu'un moyen de te permettre de les comprendre et de les appréhender facilement.

Après tout, que tu utilises la console (avec std::cout) wxWidget, Qt ou n'importe quelle autre bibliothèque de création d'IHM ne change pas grand chose au fait que ton but est de permettre la représentation des données.

L'idée est donc de faire une distinction très claire entre trois aspects bien précis en utilisant ce que l'on appelle le modèle MVC (pour model view controller ):

D'abord, tu as tes "données métiers" (le "modèle") qui représentent l'ensemble des concepts propres à ton application. Elles doivent pouvoir fonctionner de manière totalement indépendante de toute bibliothèque graphique ou -- pour aller plus loin -- de tout contexte d'affichage ou d'entrée sortie spécifique (cela signifie que tu ne dois pas avoir une fonction "print()" pour tes différentes classes)

C'est, à peu de chose près, ce que tu as sans doute déjà appris lors de ton apprentissage du C++ ;)

Ensuite, tu as la vue, qui correspond à l'interface graphique qui te permet d'appréhender tes données métiers. Son but essentiel sera donc d'afficher les valeurs exposées par tes données métiers dans de jolis widget afin que l'utilisateur puisse "se faire une idée précise" des différentes valeurs utilisées par les données métiers à un instant T de l'exécution de ton application.

Une fois que tu sera en mesure de faire afficher les informations intéressantes utilisées par tes données métier, tu t'attendra sans doute à pouvoir modifier certaines de ces informations. Mais il y a un impératif majeur : les modifications que l'on voudra apporter ne pourront être acceptées que si elles laissent les données métiers dans un état cohérent.

Tu devras donc mettre en place "un système de controleurs" qui seront en mesure de constater les changements apportés aux valeurs affichées par l'utilisateur, qui vérifieront que les nouvelles valeurs soient cohérente et qui feront en sorte de modifier les données métier en conséquence.

Cette approche te permettra d'arriver à "quelque chose", pour peu que tu saches déjà le type d'application que tu souhaites créer. Et, pour ce dernier point, ta seule inspiration devrait faire l'affaire ;)

En règle du jeu, pour t'aider, je te suggère fortement d'utiliser des namespaces.

Un namespace tel que metier:: pour tout ce qui est donné
un autre ui:: ou interface:: (souvent, j'inclue dedans ui::cli:: et/ou ui::cli:: pour avoir un mode console et/ou un mode graphique)

Un bon moyen de réussir son découpage, c'est de n'avoir un ui:: dans les fichiers définissant metier::.
Il ne doit y avoir aucune règle de gestion dans ui::.
Je ne parle pas de la validation atomique de données: vérifier qu'un champ de saisie contient bien un nombre, par exemple, est le bon endroit.

Enfin, tu utilise main() pour connecter les deux parties.