IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

C++ Discussion :

const_cast sur un CArray.


Sujet :

C++

  1. #1
    Membre éclairé
    Profil pro
    Inscrit en
    Juin 2005
    Messages
    731
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Juin 2005
    Messages : 731
    Par défaut const_cast sur un CArray.
    Bonjour, j'ai une erreur de compilation à la ligne :
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
     
          myEltSOAPMethod.CreateChild (inArrayXMLElement.ElementAt(ind));
    L'erreur est la suivante :
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    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 : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
     
    typedef CArray<XMLElement*,XMLElement*> XMLElementArray;
    J'ai traffiqué la ligne qui ne compile pas en :
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    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

  2. #2
    Membre chevronné
    Profil pro
    Inscrit en
    Novembre 2003
    Messages
    394
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Novembre 2003
    Messages : 394
    Par défaut
    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.

  3. #3
    Membre éclairé
    Profil pro
    Inscrit en
    Juin 2005
    Messages
    731
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Juin 2005
    Messages : 731
    Par défaut
    OK, c'est bon :
    j'avais un tableau deCArray de XMLElement* et j'avais juste oublié de préciser le pointeur.

  4. #4
    Membre chevronné
    Profil pro
    Inscrit en
    Novembre 2003
    Messages
    394
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Novembre 2003
    Messages : 394
    Par défaut
    Je maintiens néanmoins ce que j'ai écrit

  5. #5
    Expert éminent
    Avatar de Médinoc
    Homme Profil pro
    Développeur informatique
    Inscrit en
    Septembre 2005
    Messages
    27 395
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 41
    Localisation : France

    Informations professionnelles :
    Activité : Développeur informatique
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Septembre 2005
    Messages : 27 395
    Par défaut
    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 : 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
    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")
    SVP, pas de questions techniques par MP. Surtout si je ne vous ai jamais parlé avant.

    "Aw, come on, who would be so stupid as to insert a cast to make an error go away without actually fixing the error?"
    Apparently everyone.
    -- Raymond Chen.
    Traduction obligatoire: "Oh, voyons, qui serait assez stupide pour mettre un cast pour faire disparaitre un message d'erreur sans vraiment corriger l'erreur?" - Apparemment, tout le monde. -- Raymond Chen.

  6. #6
    Expert confirmé
    Avatar de Luc Hermitte
    Homme Profil pro
    Développeur informatique
    Inscrit en
    Août 2003
    Messages
    5 296
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Haute Garonne (Midi Pyrénées)

    Informations professionnelles :
    Activité : Développeur informatique
    Secteur : Aéronautique - Marine - Espace - Armement

    Informations forums :
    Inscription : Août 2003
    Messages : 5 296
    Par défaut
    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 ?
    Blog|FAQ C++|FAQ fclc++|FAQ Comeau|FAQ C++lite|FAQ BS|Bons livres sur le C++
    Les MP ne sont pas une hotline. Je ne réponds à aucune question technique par le biais de ce média. Et de toutes façons, ma BAL sur dvpz est pleine...

  7. #7
    Expert éminent
    Avatar de Médinoc
    Homme Profil pro
    Développeur informatique
    Inscrit en
    Septembre 2005
    Messages
    27 395
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 41
    Localisation : France

    Informations professionnelles :
    Activité : Développeur informatique
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Septembre 2005
    Messages : 27 395
    Par défaut
    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.
    SVP, pas de questions techniques par MP. Surtout si je ne vous ai jamais parlé avant.

    "Aw, come on, who would be so stupid as to insert a cast to make an error go away without actually fixing the error?"
    Apparently everyone.
    -- Raymond Chen.
    Traduction obligatoire: "Oh, voyons, qui serait assez stupide pour mettre un cast pour faire disparaitre un message d'erreur sans vraiment corriger l'erreur?" - Apparemment, tout le monde. -- Raymond Chen.

+ Répondre à la discussion
Cette discussion est résolue.

Discussions similaires

  1. question de code pure sur const_cast
    Par deubelte dans le forum C++
    Réponses: 4
    Dernier message: 30/07/2010, 13h41
  2. Documentation gratuite sur l'API Windows, COM, DCOM, OLE, etc.
    Par Community Management dans le forum Windows
    Réponses: 1
    Dernier message: 16/11/2006, 15h28
  3. [Kylix] Kylix embarqué sur PDA ?
    Par Anonymous dans le forum NoSQL
    Réponses: 10
    Dernier message: 29/11/2002, 13h59
  4. Réponses: 4
    Dernier message: 27/03/2002, 11h03
  5. F.A.Q, Doc, cours, tutoriels sur JBuilder
    Par Ricky81 dans le forum JBuilder
    Réponses: 0
    Dernier message: 14/03/2002, 15h28

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo