Version imprimable
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.
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.
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 :
Je ne comprends pas, on trouve pourtant beaucoup de logiciels qui proposent aux utilisateurs de créer leur propres plug-ins en C++.Citation:
cela n'est pas possible en C++ "pur"
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).Citation:
Je ne comprends pas, on trouve pourtant beaucoup de logiciels qui proposent aux utilisateurs de créer leur propres plug-ins en C++.
Sous windows ?Citation:
je pense utiliser également Qt
Tu es au courant que la licence est très gênante ?
Dans ce cas là, il serait probablement plus pratique d'utiliser un compilateur qui existe sur toutes les plate-formes.Citation:
un développement cross-platform Windows/Linux (avec une priorité pour Windows) est préférable.
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.
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 ?Citation:
Tu es au courant que la licence est très gênante ?
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 ?Citation:
Sinon, je pense qu'il est au contraire plus intéressant d'essayer avec des compilateurs différents.
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.
Bien sur tu as le droit de le faire. Voir par exemple http://www.trolltech.com/products/qt/licensing.htmlCitation:
Envoyé par G3G3
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).Citation:
Envoyé par G3G3
GCC existe sous un un grand nombre d'architectures et de systèmes d'exploitation.Citation:
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 ?
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++.
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.
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é.Citation:
VC++ 6 est un vieux compilateur. Il faudrait penser à le remplacer.
Merci pour l'info et merci à tous pour vos conseils.Citation:
QLibrary pour réaliser un système de plugin avec des dll
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.Citation:
Envoyé par G3G3
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.Citation:
VC++ 8 (VC++ 2005 Express Beta)
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.