Discussion :

[Dereck07]

Bonjour,

J'aimerai faire quelque chose mais je ne suis pas sure que c'est faisable.

J'ai une classe:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
class MaClasse  
{  
public:
    int membre1; 
    int membre2; 
    int membre3; 
    int membre_toto; 
    //...
    int membre_xx; 
    void b(); // fonction membre 
};

Ensuite dans la partie principale de mon code je reçois le nom du membre que je veux traiter dans un string:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
 
    MaClasse *M; 
    String membre_name = "membre_toto";

Normalement l'accès au membre ce fait ainsi:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
 
int val;
val=M->membre_toto;

Mais ce que je voudrais c'est avoir accès au membres de manière dynamique utilisant la variable string membre_name.
La contrainte que j'ai c'est que la class MaClasse est développer par un autre développeur. Je ne peux donc pas modifier l'implémentation de class MaClasse.

Ma question est: S'il vous plait connaissez vous un moyen d'avoir accès de manière dynamique au membre d'une classe par l'intermédiaire d'un string qui contient le mon du membre à traiter ?

Merci d'avance.

Cordialement,
Dereck

[dalfab]

Bonjour,

Ça n'est pas possible, les noms des variables, champs et types font partie du code, ils ne sont pas accessibles des données utilisées par le programme.
Les exceptions sont :
* typeid() peut relier un Type à son nom
* Le préprocesseur connait tous les symboles, il peut les convertir en chaîne par l'opérateur #. Encore faut-il le faire pour chaque symbole. Et dans ton cas, il faudrait en plus passer par des pointeurs membres et par exemple les mettre en dictionnaire.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
#define ASSOCIER( mot )    { &MaClasse::mot , #mot },
std::map<std::string,int MaClasse::*> dico = {
   ASSOCIER(membre1) // ici se fait la liaison
   ASSOCIER(membre2)
   ASSOCIER(membre_toto)
};
 
MaClasse maClasse;
std::string nomDuMembre;
int valeurDuMembre = 2;
cin >> nomDuMembre;
auto fd = dico.find( nomDuMembre );
if ( fd == dico.end() )
   std::cout << "Le membre " << nomDuMembre << " n'existe pas dans MaClasse\n";
else
    maClasse.*dico[nomDuMembre] = valeurDuMembre;

Compliqué, isn't it ?
En réalité, on ne doit jamais avoir besoin d'utiliser les noms des champs. Par exemple, il devient impossible d'avoir un code en plusieurs langues.

[ternel]

Sinon, on pourrait aussi n'avoir qu'une map des champs, si les champs sont du même type.

Si ce n'est pas le cas, on peut recourir à une map de Variant, ou quelques maps.

[foetus]

Pourquoi pas un truc plus simple ... seulement si le nombre de types de membres n'est pas excessif

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
// Forward declaration
class One_Member;
 
 
typedef void (*FUNC_MEMBER) (One_Member*);
 
 
typedef enum e_MEMBER_TYPE {
/* ... */
} MEMBER_TYPE; 
 
 
class One_Member {
public:
 
// Constructor, destructor, ....
 
public: // private, protected
 
    std::string name;
 
    FUNC_MEMBER func;
 
    MEMBER_TYPE type;
};

Et ainsi on peut dériver cette classe pour ajouter des paramètres, des valeurs, ...

Et on utilise un tableau de pointeurs du style std::vector<One_Member*> list_members.
Et l'appel se fait simplement if ((list_members[i] != NULL) && (list_members[i].func != NULL)) { list_members[i].func(list_members[i]); }.

[koala01]

Salut,

De manière générale, la seule idée d'avoir des données publiques non constantes dans une classe est déjà, en soi, une aberration... Alors, vouloir y accéder au travers d'une chaine de caractères représentant le nom de la donnée en question, cela devient du grand n'importe quoi!

Certains langages (surtout de script) permettent effectivement d'utiliser les "variables variables" (une variable représentant le nom de la variable qui sera utilisée), mais C++ ne donne pas cette possibilité à moins de s'arracher les cheveux en jouant avec le préprocesseur (et donc, à moins de courir le risque d'obtenir des messages d'erreur encore moins compréhensibles si on s'enmèle les pinceaux)!

Et, de toutes façons, il faut impérativement prendre le pli de penser à ses classes comme des "fournisseurs de services" : les données qui composent une classe donnée n'ont absolument aucun intérêt; ce qui importe, ce sont les fonctions dont on dispose pour pouvoir manipuler la classe en question, et qui s'occuperont de vérifier que "tout se passe bien" . Pour ceux qui se poseraient la question, c'est ce que l'on appelle l'encapsulation des données

[bacelar]

Maintenant que t'es prévenu, voici un pain de C4 pour t’exploser avec :
http://www.extreme.indiana.edu/reflcpp/

[Dereck07]

Merci