const_cast sur un CArray.

Bonjour, j'ai une erreur de compilation à la ligne :

Code:

---

1 2	myEltSOAPMethod.CreateChild (inArrayXMLElement.ElementAt(ind));

---

L'erreur est la suivante :

Code:

---

1 2	error C2662: 'ElementAt' : cannot convert 'this' pointer from 'const class CArray<class XMLElement *,class XMLElement *>' to 'class CArray<class XMLElement *,class XMLElement *> &'

---

J'ai déclaré un CArray de ce type :

Code:

---

1 2	typedef CArray<XMLElement*,XMLElement*> XMLElementArray;

---

J'ai traffiqué la ligne qui ne compile pas en :

Code:

---

1 2	myEltSOAPMethod.CreateChild ((const_cast<CArray<XMLElement*,XMLElement*>>(inArrayXMLElement)).ElementAt(ind));

---

Mais cela ne compile toujours pas.
Quelqu'un pourrait me dire comment faire un const_cast sur une implémentation de CArray svp ?
Merci

Avant de te lancer dans des const_cast, regarde d'abord si l'erreur de compilation n'est pas justifiée. L'utilisation des opérateurs de transtypage doit être exceptionnelle. D'ailleurs certains justifient leur lourdeur d'emploi et leur syntaxe barbare uniquement parce qu'ainsi on est tenté de s'en passer.
Je suis convaincu que l'on peut récrire les quelques lignes qui ne compilent pas pour obtenir le résultat souhaité, sans const_cast.
Depuis le temps que je développe, j'ai dû me servir de const_cast maximum 3 fois, et toujours pour des pb de compatibilité de bibliothèque, ou d'intégration de code C.

OK, c'est bon :
j'avais un tableau deCArray de XMLElement* et j'avais juste oublié de préciser le pointeur.

Je maintiens néanmoins ce que j'ai écrit

J'ai une petite question: Si tu as deux versions d'une fonction, l'une const l'autre nom, qui après des calculs complexes, retournent un pointeur vers un champ (pas le même champ selon le résultat du calcul), y'a un moyen simple d'éviter le copier-coller autrement qu'en const_cast ?

Pour l'instant, je fais ceci:

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17

const int *MaClasse::getInt( params ) const { const int *pt_retour; //Calcul complexe qui détermine sur quel entier interne doit pointer le pointeur retourné   return pt_retour; }     int *MaClasse::getInt( params ) { //Appel de la version const pour eviter un copier-coller const MaClasse *ptc_this = this; const int *ptc_int = ptc_this->getInt( params );   return const_cast<int *>(ptc_int); }

---

Le const-cast est utile, là, ou bien il y a un moyen plus propre ? (sachant que le copier-coller du contenu de la fonction n'est pas considéré "propre")

Quand tu veux n'écrire le code utile que d'un seul accesseur, le const-cast est difficile à esquiver.
Mais pour une fonction qui construit une donnée, cela a-t-il un quelconque sens ?

Merci de ta réponse.

Pour les fonctions qui construisent des données, je ne vois pas trop où l'on peut avoir besoin d'un const_cast.