Discussion :

[dus]

Bonjour à tous,

Je suis développeur c++ sous environnement Microsoft Visual c++ 2005.
Je dois dans un avenir proche remplacer une suite de composants ActiveX graphiques obsolètes capables de tracer des formes géométriques avec possibilité de zoom, rotation, déplacement dans la scène, etc...
Cette belle usine à gaz est intégrée à plusieurs logiciels relativement conséquents.
Mes recherches m'ont mené vers QGraphicsView et QGraphics Scene, mais je suis absolument ignare en Qt.
Ma question est simple avant de me pencher sérieusement sur le sujet. Est-il possible de compiler sous Qt un composant graphique fenêtré intégrable dans une appli déjà développée sous Visual C++ ?

Merci de vos éclairages sûrement pertinents.

[koala01]

Salut,

Sauf erreur de ma part, Qt supporte l'activeX au tarvers du module "activeQt" mais... dans le sens "utiliser des activeX avec des application Qt". Je n'ai pas souvenir qu'il soit possible de créer un contrôle activeX à partir d'une classe Qt

Par contre, il est tout à fait possible de créer une (des) DLL qui utilise les composants issus de Qt (dont les QGraphicsViews et autres classes associées) et d'intégrer ces DLL's dans n'importe quel autre projet. Du moins, en théorie

Car, en pratique, la facilité avec laquelle tu pourras faire la transition d'un système à l'autre dépend très fort du respect des pilliers SOLID dont tu as fait preuve lors du développement de tes modules et application. Pour le coup, c'est essentiellement le respect du DIP qui mènera le bal : si tu as bien utilisé au maximum les abstractions, rien ne t'empêche de "greffer" Qt sur ces abstraction et "roulez jeunesse" mais, si ce n'est pas le cas, tu devras t'attendre à quelques séances d'arrachage de cheveux

Note au passage que Visual Studio 2005 est ... déjà particulièrement vieux. A l'heure actuelle, un environnement qui ne supporte pas pleinement C++11 représente -- selon moi -- un crime contre l'humantié et, quand on sait que meme VS2012 ne supporte pas encore tout à fait C++11... bon, ben, je te fais pas de dessin, hein

[LittleWhite]

Bonjour,

Si vous avez accès au code source de l'application, alors, il vous est possible de tout faire. Maintenant, il faut trouver ce qui est le plus simple et le plus pratique et aussi, savoir si les éléments sont réutilisés entre plusieurs applications et comment (c'est surtout cette partie qui pourra être difficile à refaire).

[dus]

Merci pour les réponses.
ActiveX ou dlls, peu importe, ça convient.
Je connais plutôt bien les softs dans lesquels je dois faire l'intégration puisqu'ils sont de ma facture. Donc si je dois m'arracher les cheveux je saurais à qui me plaindre...
Par contre je n'ai pas les sources des ocx actuels, je sais juste que c'est fait en delphi, en allemand, que les interfaces sont imbuvables, que la doc est inexistante.
Par contre je sais plutôt bien ce qui y rentre et ce qu'il devrait en sortir...
ça fait des années que je réclame à redévelopper ces foutus ocx qui nous brident en vente de machines, faute d'évolutivité, et miracle il semblerait qu'on envisage de le passer au budget de 2016...

Quant à Visual Studio 2005, je dois m'estimer heureux, ma version précédente était la 6.0, et malgré mon appartenance à un grand groupe industriel côté au CAC40, il y est plus usuel de dépenser des dizaines de milliers d'euros en une journée de réception mondaine (et encore je suis gentil), qu'en outils de travail pour les employés...

Merci encore pour les conseils avisés. Je pense que ça vaut le coup de se mettre à Qt à mes heures perdues...

[LittleWhite]

Maintenant, si ce ne sont que des interfaces, vous pouvez voir du côté du QML, pour une intégration plutôt rapide et modulaire. Après, pour ce qui est de faire des DLL, alors oui, cela peux fonctionner, il suffit de faire un projet bibliothèque par DLL à réaliser et de suivre toujours les mêmes signatures (les mêmes fonctions à implémenter).