Discussion :

[coyotte507]

Bonjour,

Je voudrais avoir des renseignements dans ce domaine, je suis tout nouveau...
Tout d'abord, concrètement, à quoi ça revient un plugin? Une DLL qu'on rajoute? Un code que notre programme interprète?

Comment faire un plugin multi-OS?

Je serai ravi de profiter de l'expérience de certains.

Si éventuellement vous avez de la bonne documentation, ou même un exemple facile à comprendre pour un débutant dans ce domaine comme moi, je suis preneur

Merci d'avance.

[three minute hero]

Voici un article que je n'ai pas encore lu, mais qui m'a l'air plutôt bien fourni : http://www.ddj.com/cpp/204202899
Je sens que tu vas bien t'amuser

[r0d]

Bonjour,

Je ne suis pas expert sur le sujet, mais histoire de participer, je peux rappeler les bases.

Le principe du plug-in c'est de pouvoir rajouter des fonctionnalités sans modifier le programme principal. Donc effectivement, un plug-in sera une dll.

En ce qui concerne la portabilité, c'est toujours le même problème avec les langages compilés: qu'il y ait plug-in ou non, il faut recompilé ton appli (et les plugins) sur chaque os cible.

Le principe de base de gestion de plug-in est le suivant:
ton appli propose une interface que le plug-in va implémenter. Souvent, ce n'est qu'une seule fonction. La plupart du temps, en c++, on utilise l'héritage: ton appli fourni l'en tête d'une classe qui va être dérivée dans le plug-in.

Au niveau de la gestion des fichiers, le plus simple est de déterminer à l'avance un dossier dans lequel vont être stockées les dlls, de scanner ces fichiers et de charger tous ceux qui implémentent l'interface sus-dite.

Je n'en sais pas plus.

[loufoque]

Les systèmes de DLLs et de so (et sûrement ceux de Mac) ne s'intègrent pas vraiment bien dans C++ et sont tous assez différents.
Il vaut mieux utiliser une bibliothèque qui abstrait ça ; il y avait à un moment discussion d'une bibliothèque Boost.Extension.

[three minute hero]

il y avait à un moment discussion d'une bibliothèque Boost.Extension.

Mieux que ça : il en a même été question dans C++0x. Voir ici, à "Modules in C++" : http://www.open-std.org/jtc1/sc22/wg...008/n2705.html ou directement le pdf ici : http://www.open-std.org/jtc1/sc22/wg...2007/n2316.pdf

Malheureusement il faudra attendre, comme ils le disent si bien : These topics are deemed too important to wait for another standard after C++0x before being published, but too experimental to be finalised in time for the next Standard. Therefore, these features will be delivered by a technical report at the earliest opportunity.

[mister3957]

Très bon sujet.
J'ai lu quelques docs, et ce n'est pas ci compliqué que ça.

Lorsque c'est pour rajouter des fonctionnalités, ça ne pose pas de problème, par contre, est-ce que ça se fait un plugin pour modifier le coeur ?


Voici mon soucis :
Le coeur de mon apply possède des véhicules standards, avec une vue pour les afficher, les éditer etc...
Est-ce que ça se fait de créer un plugin pour étendre ces véhicules standards (pour ajouter une propriété, modifier un comportement), et modifier la vue standard pour ajouter/modifier l'interface graphique afin, par exemple, de rajouter un champ d'édition d'une nouvelle propriété que n'avait pas le véhicule standard ?

Car si je ne fonctionne que par interface, beaucoup de données "standards" devront être redéfinies dans chaque plugins, il faudra également refaire la construction des parties standards de l'IHM à chaque fois...


Merci

[oodini]

Il y avait à un moment discussion d'une bibliothèque Boost.Extension.

C'est bizarre, la liste des bibliothèques fournies par Boost ne mentionne pas celle là. Pourtant, on trouve bien la page pas d'autre moyens.

Je me demande si elle n'a pas été dégagée de Boost.

[coyotte507]

Salut,

merci pour toutes ces réponses

J'étais tombé sur le document de C++0X, dommage que ça n'existe déjà pas.


J'ai regardé l'exemple de Qt, il y a toute une liste de classes de base, à dériver, pour faire un plug-in.

C'est là que je ne comprends pas trop. Lorsqu'on importe un plugin, on utilise seulement une DLL mais on ne regarde pas dans les fichiers .h, non? Parce que le principe d'un plugin, c'est d'être rajouté sans modifier l'exécutable...

Pour pouvoir utiliser le plugin, il faut donc déclarer une classe, ou déclarer une fonction, qui sera définie dans le plugin? Je n'arrive pas à comprendre comment on peut faire ce genre de chose, le compilateur ne connaît pas alors le fichier .dll :s

C'est à dire qu'il faut que je me renseigne pour trouver comment utiliser des DLL dynamiquement, sans linkage préalable (si j'ai bien compris...)

wogkiller, ton source m'intéresse, j'espère que ça pourra m'aider à comprendre comment le plugin est utilisé dans un programme.

C'est quand même hallucinant la variété des choses que l'on peut faire avec un plugin: un snake sous codeblocks, des téléchargeurs de vidéo sous mozilla...

Voilà voilà