Discussion :

[G3G3]

Salut,

Je dois créer une application supportant les plug-ins. J'ai lu le tut sur le sujet http://drq.developpez.com/dotnet/articles/plugin/ mais le problème est que je n'utilise pas le framework .NET.

Je dois réaliser cette application en C++. Quelqu'un peut-il me dire s'il existe une version C++ du tutorial cité plus haut ou sinon quelles sont les fonctions équivalentes en C++.

Pour info, je bosse sous Windows avec VC6.

Merci.

[Luc Hermitte]

Vu ton environnement, COM est probablement ce qu'il y a de plus "idiomatique". Dans la même famille mais en plus portable tu as CORBA.

Sinon, fait des recherches sur comment charger dynamiquement des DLL, l'idée est là. Certains frameworks comme wxWidgets proposent des abstraction qui permettent de charger dynamiquement des bibliothèques quelque soit l'environnement. Dans mes souvenirs c'était également traité sur leur wiki.

PS: cela n'est pas possible en C++ "pur". Il faut obligatoirement passer par des bibliothèques propres à l'environnement, ou des bibliothèques qui en font abstraction. => Il ne peut pas exister de "version C++ du tutorial" que tu as vu. Suivant l'approche que tu retiendras, il te faudra migrer vers un autre forum.

[G3G3]

En fait, je pense utiliser également Qt qui doit offrir le support de CORBA. Je vais essayer de voir si Trolltech propose des abstractions similaires à celles de WxWidgets pour le chargement dynamique des DLL.

Le problème de COM est qu'il ne fonctionne que sur Windows, si je ne m'abuse, et un développement cross-platform Windows/Linux (avec une priorité pour Windows) est préférable.

Juste une dernière question, pourquoi dis-tu :

cela n'est pas possible en C++ "pur"

Je ne comprends pas, on trouve pourtant beaucoup de logiciels qui proposent aux utilisateurs de créer leur propres plug-ins en C++.

[Laurent Gomila]

Je ne comprends pas, on trouve pourtant beaucoup de logiciels qui proposent aux utilisateurs de créer leur propres plug-ins en C++.

En C++ standard, tu ne trouveras rien pour gérer les bibliothèques (dynamiques ou non), car c'est un concept qui dépend du système d'exploitation. Donc il faudra à un moment ou un autre faire appel à du code non standard (API Win32 par exemple).

[loufoque]

je pense utiliser également Qt

Sous windows ?
Tu es au courant que la licence est très gênante ?

un développement cross-platform Windows/Linux (avec une priorité pour Windows) est préférable.

Dans ce cas là, il serait probablement plus pratique d'utiliser un compilateur qui existe sur toutes les plate-formes.

[Luc Hermitte]

Alors effectivement Corba est une solution. Ou alors le système plus léger (et moins composant distribuable tout ça) de wxWindows.
En cherchant un peu, je ne doute pas que tu trouveras des abstractions portables qui font ça.

Sinon, je pense qu'il est au contraire plus intéressant d'essayer avec des compilateurs différents.

[G3G3]

Tu es au courant que la licence est très gênante ?

Nous avons une vraie licence de développement Windows, payée et tout et tout. Par contre, je ne sais pas si on a le droit de distribuer les applications réalisées avec les dll Qt pour faire fonctionner l'exécutable ? Si quelqu'un peut m'éclairer ce point ?

Sinon, je pense qu'il est au contraire plus intéressant d'essayer avec des compilateurs différents.

Le code doit au moins compiler avec VC6 sous Windows. Sinon, quel compilateur est disponible sur les 2 plate-formes ? Je crois qu'il y a gcc qui doit être utilisé dans DevC++, je me trompe ?

[Luc Hermitte]

Il y a GCC effectivement, le compilo d'intel normalement, le comeau je crois bien. Et il me semble qu'il y en a encore un ou deux autres.

[JolyLoic]

Tu es au courant que la licence est très gênante ?

Nous avons une vraie licence de développement Windows, payée et tout et tout. Par contre, je ne sais pas si on a le droit de distribuer les applications réalisées avec les dll Qt pour faire fonctionner l'exécutable ? Si quelqu'un peut m'éclairer ce point ?

Bien sur tu as le droit de le faire. Voir par exemple http://www.trolltech.com/products/qt/licensing.html

[Aurelien.Regat-Barrel]

Nous avons une vraie licence de développement Windows, payée et tout et tout. Par contre, je ne sais pas si on a le droit de distribuer les applications réalisées avec les dll Qt pour faire fonctionner l'exécutable ? Si quelqu'un peut m'éclairer ce point ?

A priori si tu n'as pas une version d'eval de Qt il a été payé, ou cracké. S'il est payé, tu peux évidemment redistribuer la dll qt. Et à ce titre tu peux utiliser la classe QLibrary pour réaliser un système de plugin avec des dll (attention extension .so sous UNIX).

[loufoque]

Le code doit au moins compiler avec VC6 sous Windows. Sinon, quel compilateur est disponible sur les 2 plate-formes ? Je crois qu'il y a gcc qui doit être utilisé dans DevC++, je me trompe ?

GCC existe sous un un grand nombre d'architectures et de systèmes d'exploitation.
De plus MS VC++ est plutôt permissif et prend pas mal de liberté avec le standard C++ qui te garantirait la portabilité.
Donc je dirais qu'il vaut mieux coder avec GCC, puis tester si ça marche aussi avec MSVC++, à moins que tu souhaites absolument utiliser les fonctionnalités particulières de MSVC++.

[Luc Hermitte]

Il y a des trucs propriétaires et uniques (en plus ou en moins) avec un compilo et l'autre. Dans tous les cas il faut faire attention.
Il y a divers trucs (non critiques pour la plupart des développeurs) à base de templates qui ne sont pas supportés par VC 6 (< 7.1) et qui le sont avec GCC 3.4 et plus. GCC est également variablement permissif (VLAs, code qui est cassé avec la version 3.4, les flux qui se comportent différemment entre les 2.95 et 3.x, ...)

Ce qui garantit la portabilité, c'est le sous ensemble commun entre les divers compilateurs.

[Aurelien.Regat-Barrel]

VC++ 6 est un vieux compilateur. Il faudrait penser à le remplacer.

[G3G3]

VC++ 6 est un vieux compilateur. Il faudrait penser à le remplacer.

Certes, il est vieux mais il reste certainement l'un des compilateurs C++ les plus utilisés sous Windows si ce n'est le plus utilisé.

QLibrary pour réaliser un système de plugin avec des dll

Merci pour l'info et merci à tous pour vos conseils.

[Aurelien.Regat-Barrel]

VC++ 6 est un vieux compilateur. Il faudrait penser à le remplacer.

Certes, il est vieux mais il reste certainement l'un des compilateurs C++ les plus utilisés sous Windows si ce n'est le plus utilisé.

Depuis Visual C++ 7 (.Net 2002), VC++ 7.1 (.Net 2003) qui est gratuit en ligne de commande et VC++ 8 (VC++ 2005 Express Beta) ça reste à voir.

[G3G3]

VC++ 8 (VC++ 2005 Express Beta)

Je suis en train de le tester mais, même si il est gratuit, le changement d'outils ne se fait pas toujours aussi vite et simplement au niveau professionnel. Cependant il est clair que pour les développeurs amateurs, c'est une bonne chose que la version 8 soit gratuite.

[Aurelien.Regat-Barrel]

C'est une beta.
La migration vers les autres versions de VC++ à partir de VC++ 6 se fait très bien. Par contre a mon avis tu ne devrait pas utiliser la beta en production.