Discussion :

[Moskito]

Bonjour à tous

Je suis en train de me replonger dans le C++ et Qt et je me frotte à une problématique (d'ordre plus générale il me semble) qui est que je viens de récupérer un code source qui fonctionne et que je dois y rajouter un "package" qui utiliserait Qt.

En gros, j'ai plusieurs types d'affichage possibles, dont un serait basé sur Qt (au travers d'un widget quelconque crée par mes soins) mais les autres pas du tout. Et je n'ai pas forcément envie de devoir transformer mon application C++ "classique" en application Qt complète juste pour une partie de l'application...

Est-ce que cela vous paraît possible ? Si oui, par quel biais ?

Merci par avance pour votre aide

[yan]

Est-ce que cela vous paraît possible ? Si oui, par quel biais ?

Oui.
Tu doit bien découper en module et que les morceau de code IHM ne font qu'exploiter ces module.
Je te conseil de regarder les architectures type MVC et dérivé. Par exemple celle utilisé par Qt : MVP
http://qt.developpez.com/doc/4.6-sna...-introduction/

[Moskito]

Ok pour le découpage en module (mes fichiers sont déjà dans des arborescences distinctes et il devrait m'être possible de créer de tel groupement). Mais, étant donné qu'il ne peut y avoir qu'un seul point d'entrée (main) et en considérant la façon d'utiliser Qt (au travers d'une QApplication), comment indiquer qu'un module se lance de cette "sous-façon" ?
En terme de design ça donnerait quelque chose de quel ordre ?

Merci pour ta réponse en tout cas

[alainstgt]

le plus simple serait de réaliser une bibliothèque (library) qui contiendrait ton code Qt et ensuite linker avec le reste, ceci bien sure en admettant que tu possèdes le code source de l´application

[yan]

En terme de design ça donnerait quelque chose de quel ordre ?

Dans un monde parfait, en MVC :
Model = tes modules. C'est la parties métier.
View = Qt,gtk, wxwidget, console,... c'est ce qui est affiché
Controller = C'est ce qui permet la synchronisation entre le model et la vue.

Dans le monde réelle? la view et le controller sont souvent regroupé

Il existe beaucoup de variante. Chaqu'une ses avantage et ses défauts.

[Moskito]

Merci pour ces réponses

D'un point de vue conception generale (MVC) je vois à quoi m'en tenir maintenant

Mais du coup pour le code ça se trame comment ?
Actuellement j'ai bien mon appli C++ en mode console/ligne de commande, j'ai bien mon petit exemple de Widget Qt utilisant Qwt que je peux lancer par l'intermédiaire d'un petit "main"... mais comment je peux dire dans mon "gestionnaire de vue" présent dans la partie "console" de lancer une QApplication sans utiliser un main qui lui serait propre ?

[Moskito]

Bon... finalement j'ai juste créé une instance de QApplication en lui passant des paramètres pipeau à la place de argc et argv... et ça a marché
Je crois que j'étais allé un poil trop loin dans mes réflexions, en oubliant le fait qu'une QApplication n'est en fait qu'une sorte de singleton!

Mais merci à vous tous pour vos réponses