Discussion :

[Captain_JS]

Bonsoir à tous,

Dans ma petite application qui gère des plugins, j'ai eu dans l'idée première de créer une architecture assez souple pour ne pas avoir besoin d'être recompilée à chaque ajout d'un plugin.
Dans cette optique j'ai essayé de créer un conteneur possédant un pointeur vers n'importe quel objet dispo dans mes plugins. En commençant avec un joli void* (faut bien commencer quelque part ... autant que ça soit dans le mur ), je me suis rendu compte que le delete void* ne passait pas forcément très bien ... j'ai donc opté pour une classe de base ne possédant qu'un constructeur vide et un destructeur virtuel. Bien évidemment avec mes gros doigts j'ai fait un peu de temps en temps de cast implicite sur des objets n'ayant un peu rien à voir (du genre des fenêtres SFML) et à la fin BAM, non pas des chocapics, mais un joli mais prévisible HEAP CORRUPTION

Alors là du coup j'ai 2-3 choix qui s'offrent à moi : re du void* en castant correctement quand il faut faire les delete, ce qui allourdit pas mal mon usine à gaz, ou passer par des conteneurs tout faits STL (s'il en existe).

Please Help

[JolyLoic]

j'ai donc opté pour une classe de base ne possédant qu'un constructeur vide et un destructeur virtuel. Bien évidemment avec mes gros doigts j'ai fait un peu de temps en temps de cast implicite sur des objets n'ayant un peu rien à voir

Pourquoi cette classe de base, au lieu de n'avoir que constructeur/destructeur et donc de demander des casts (explicites, je ne vois pas trop où tu as pu avoir des casts implicites gênants) pour pouvoir être utilisée, ne contiendrait-elle pas toute l'interface de communication entre ton programme principal et ton plug-in, de manière à n'avoir aucun cast à faire ?

[Captain_JS]

Le problème est que cette classe de base est un peu un fourre-tout, et les communications ne sont pas les mêmes d'un plugin à un autre. Le but est même que les plugins puissent couvrir un périmètre maximum d'objets connus (type SFML, Qt, wxWidgets) ou custom (ces exemples sont des interfaces graphiques mais ce n'est pas exhaustif, on pourrait y trouver des "objets fmod" ou d'autres bibliothèques)

[loufoque]

Pourquoi tu n'utilises pas quelque chose dans le genre de boost.any ?

[3DArchi]

Salut,
Fondamentalement, un peu comme JolyLoic j'ai l'impression, je ne vois pas trop pourquoi tu ne peux avoir une classe interface abstraite de laquelle pourrait dériver tes plugins ?
Sinon, tu peux mettre en oeuvre un pimpl idiom pour séparer l'interface exposée et le fourre-tout de tes différents plugin ?

[Captain_JS]

Au début j'avoues que Boost m'effrayait un peu du fait du nombre de possibilités offertes par les librairies, mais boost::any convient parfaitement à ce que je veux faire.

Merci