Discussion :

[VivienD]

Bonsoir,

Je voudrais savoir si le C++ permet à une application, une fois compilée et lancée, de créer dynamiquement des classes. Si oui, où puis-je trouver une documentation ou un tutoriel sur ce sujet?

Merci d'avance pour vos lumières.

PS: En effet, c'est une question «un peu» tirée par les cheveux mais j'adore explorer les limites des outils à ma disposition.

[Neckara]

Bonsoir,

A ce que je sache, toutes les classes sont définies à la compilation, il n'est pas possible de créer une nouvelle classe à l'exécution.

Par contre selon ce que tu veux faire, tu peux utiliser des templates ou un design pattern stratégie.

[gbdivers]

Idem Neckara, pas de création de classe à l'exécution

Par contre, tu confonds peut être classe (un définition de type) et objet (une instanciation de classe) ?
Si c'est le cas, c'est plutôt le DP factory : Présentation des principaux design patterns en C++

[VivienD]

[...]
Par contre, tu confonds peut être classe (un définition de type) et objet (une instanciation de classe) ? [...][/URL]

Je parlais bien de classe.

Sinon, c'est dommage qu'on ne puisse pas créer des classes une fois l'application lancée. Je vais donc me pencher sur les design patterns et approfondir ma maîtrise des templates.

Merci pour votre aide.

Adishatz!

[gbdivers]

ou pas... je n'ai pas le souvenir d'avoir eu besoin de créer dynamiquement de nouvelles classes
C'est pour quel cas d'utilisation ?

[koala01]

Salut,

En traduisant à peine ta demande, tu voudrais pouvoir créer "à la volée" un nouveau type de donnée, dont tu ignore tout au moment d'écrire ton code, alors que tu ne sait absolument ni à quoi il va servir, ni à quoi il va ressembler

Alors, ou bien, tu es vachement fort, ou bien, il y a un sérieux maque d'analyse quelque part, tu ne crois pas

Honnêtement, j'opterais sans hésiter pour la deuxième solution

Même la programmation générique ne pourra te venir en aide que pour une partie du problème, non seulement parce que les vérifications se font au moment de la compilation et non à l'exécution, mais aussi (et surtout !!! ) parce que, à défaut de savoir quel type de données tu manipules, il faut au minimum savoir... comment tu les manipules

Or, pour savoir comment un type de donné peut être manipulé, il faut au minimum savoir de quoi son interface publique est composée.

Et pour que le compilateur puisse fournir un code binaire des classes et des fonctions génériques que que tu auras fournies, il devra, de toute manières, connaitre le type de donnée qui leurs seront transmises (à tes classes et tes fonctions générique), et donc, que le type de donnée manipulé soit définis quelque part

Bref, on tourne quelques peu en rond si tu n'est pas en mesure de définir le type de données qui sera utilisé

[Neckara]

Salut,

En traduisant à peine ta demande, tu voudrais pouvoir créer "à la volée" un nouveau type de donnée, dont tu ignore tout au moment d'écrire ton code, alors que tu ne sait absolument ni à quoi il va servir, ni à quoi il va ressembler

Alors, ou bien, tu es vachement fort, ou bien, il y a un sérieux maque d'analyse quelque part, tu ne crois pas

Honnêtement, j'opterais sans hésiter pour la deuxième solution

Même la programmation générique ne pourra te venir en aide que pour une partie du problème, non seulement parce que les vérifications se font au moment de la compilation et non à l'exécution, mais aussi (et surtout !!! ) parce que, à défaut de savoir quel type de données tu manipules, il faut au minimum savoir... comment tu les manipules

Or, pour savoir comment un type de donné peut être manipulé, il faut au minimum savoir de quoi son interface publique est composée.

Et pour que le compilateur puisse fournir un code binaire des classes et des fonctions génériques que que tu auras fournies, il devra, de toute manières, connaitre le type de donnée qui leurs seront transmises (à tes classes et tes fonctions générique), et donc, que le type de donnée manipulé soit définis quelque part

Bref, on tourne quelques peu en rond si tu n'est pas en mesure de définir le type de données qui sera utilisé

Il ne veut peut être pas réellement créer une classe mais plutôt en "simuler" une ?
Je pense par exemple à un langage interprété OO.
Mais dans ce cas là, je pense qu'on va définir une classe abstraite "Attributs" (ou "Variable"), une classe abstraite "Methode" et une classe "Classe" puis qu'on va se débrouiller avec les stratégies ?