Discussion :

[diden138]

Bonjour, tous d'abord je tien à remercier toute l'equipe de dev pour tous.
voila je voudrais savoir qu'elle sont les méthodes utilisées pour baptir un logiciel basé sur l'architecture des plug-in en C++? parceque j'en ai aucune idée.
Ps: n'importe quel lien intéressant je suis preneur.aussi si vous avez qlq nom de livres intéréssant qui parle de ce sujet je suis preneur.
je tien à préciser que je developpe mes appli esssentielement sous c++builder 6 ,et visual c++ express edition .
cordialement@+

[Aurelien.Regat-Barrel]

Le probleme en C++ est qu'on n'a pas une ABI unifiée entre les différents compilos, sans parler de la gestion de la durée de vie des objets etc... Ce qui se fait, c'est:
- proposer une interface en C
- imposer d'utiliser un compilateur en particulier pour développer les plugins
- utiliser COM/OLE (sous Windows), ou un équivalent (parfois maison)

[Alp]

Dans tous les cas, ce qui est souvent fait c'est de proposer des libs dynamiques. Mais dans ce cas là, c'est une réelle prise de tête de faire des applications portables.

Si c'est pour du professionnel, il faut utiliser les technologies optimales pour ta plateforme, cf le dernier "-" de Aurélien.

[loufoque]

Techniquement, il ne sera pas possible avec de l'édition de liens dynamique d'instancier des templates par exemple, à moins de fonctionner avec un interpréteur ou un compilateur JIT.
Sinon, tout C++ peut techniquement fonctionner. Bien entendu tu ne disposeras pas de performances optimales obtenues par de l'édition de liens statique.

[diden138]

Tous d'abord merci pour vos réponses.
donc si je résume bien c'est impossible ou du moin trés difficile de baptir un logiciel en c++ basé sur l'architecture des Plug-in ?ce que je comprend pas c'est qu'on en parle peu et il y'a peu de doc la dessu

Cordialement @++

[loufoque]

donc si je résume bien c'est impossible ou du moin trés difficile de baptir un logiciel en c++ basé sur l'architecture des Plug-in ?

Tu dois pas savoir résumer.
Je t'ai dit que cela ne posait aucun problème à part pour les templates.

[diden138]

désolé je ne vous ai pas bien compri.
je cherche comment procéder de A à Z ou du moin comment commencer ,
j'ai jamais fais ça c'est pour cela en plus je trouve rien sur le net
merci encore
cordialement@++

[koala01]

Salut,

En fait, il y a deux aspects qu'il te faut bien séparer:

L'aspect de l'application en elle-même, qui doit au minimum disposer d'un "système" permettant de charger/décharger/sélectionner/(...) le(s) plugin(s) nécessaire(s), et de l'autre l'aspect de la structure des plugins en elle-même:

• Pourquoi faire un plugin
• Besoin d'un nouveau plugin (pourquoi devrais je créer un nouveau plugin)
• utilité du plugin (ce qu'il apporte)
• ...

seront sans doute autant de questions qu'il faudra te poser pour chaque plugin que tu envisage de rajouter à ton application de base, sans oublier, bien sûr de définir une "ligne directrice" sur ce qui doit être créé sous forme de plugin

Dans le tutorial de Laurent gomila sur la réalisation d'un moteur de rendu 3D, je sais qu'il présente une approche qui concerne la gestion des plugins... De tête, je dirais que c'est près de la section qui concerne le "ressourcemanager"...

D'un autre côté, le la création du plugin passera sans doute par... la création de DLL...

Cela fait quelque temps que je n'en ai plus vu passer, mais je sais que la création de DLL est régulièrement évoquée sur le forum, et que certaines interventions fournissent des liens très intéressant à suivre... Une petite recherche sur ce forum devrait te permettre de retrouver ces interventions .

Couplée à une recherche "personnelle" sur internet, cela devrait te permettre de démarrer "à peu près facilement"

[zais_ethael]

Au dela de l'aspect purement technique en C++, il y a aussi toute une partie conceptuelle à gérer.
La meilleure méthode est tout d'abord d'employer du OO à outrance et de faire en sorte que plugins et programmes communiquent exclusivement via des interfaces. Pourquoi? Pour la compatibilité bien sur. Comme le but d'un système de plugin est de laisser d'autres développeurs ajouter des fonctionnalités à ton programme, il est hors de question qu'ils soient obligés de modifier leurs plugins à chaque mise à jour mineure. D'où l'utilité, dans le contexte du C++, de rédiger des headers contenant les interfaces pour la communication puis de s'interdire d'y toucher. La moindre modification dans ces headers = nouvelle norme de compatibilité = mise à jour de tous les plugins.
Sinon, il y a une solution alternative. Beaucoup d'applics utilisent plutot du scripting pour des questions de simplicité. Si ça t'interresse tu trouveras quelques articles sur le LUA sur developpez.

[diden138]

Merci pour tout ,
enfin des réponses claires je vais commencer par explorer vos pistes et je vais faire quelques recherche sur dev je vous prévien de mon avancement merci encore.
cordialement @++