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 :

Passage par référence


Sujet :

C++

Vue hybride

Message précédent Message précédent   Message suivant Message suivant
  1. #1
    Membre éclairé
    Homme Profil pro
    Étudiant
    Inscrit en
    Septembre 2011
    Messages
    412
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations professionnelles :
    Activité : Étudiant

    Informations forums :
    Inscription : Septembre 2011
    Messages : 412
    Par défaut Passage par référence
    Bonjour,
    J'ai un problème de compréhension à propos des passages par référence. Je suis en train de travailler sur les classes abstraites. Voici ma classe CExcFille qui permet de créer n'importe quel code erreur grâce au constructeur CExcFille :

    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
    namespace
    {
        class CExcFille : public CException
        {
            public :
            inline void _Edit()
            {
                cout << "Affichage de la fonction _Edit (class CEXcFille)" << endl;
            }
     
            CExcFille(const string & Libelle, const unsigned CodErr)
            {
     
            }
        };
    }
    Je voudrais comprendre pourquoi l'on passe le paramètre Libelle en référence alors que le CodErr non ?

    Deuxièmement, j'ai une classe CEditable qui me permet d'afficher n'importe quel flux via l'opérateur << :

    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
    26
    27
    28
    29
    30
    31
    namespace nsUtil
    {
        class CEditable
        {
            public :
            virtual std::ostream & operator << (std::ostream & os,
                                    const CEditable & Obj)
     
            {
                     return Obj._Edit(os);                  
            }
            virtual std::ostream _Edit( const std::ostream & os) =0;
            virtual ~CEditable (void);
        };
     
    } 
     
     
    {
        class CExcFille : public CException
        {
            public :
     
            inline virtual ostream &  _Edit (ostream & os)
            {
                return os << "Affichage de la fonction _Edit (class CEXcFille)" << endl;
            }
     
            CExcFille(const string & Libelle, const unsigned CodErr) : CException(Libelle,CodErr) {}
     
        };
    Je ne comprends pas pourquoi la fonction renvoi un ostream et pourquoi est-il en référence ?

    De même pour ces deux opérateurs, pourquoi l'un prend une référence et l'autre non ?
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
            CDuree & operator ++ (void)                            throw ();
            CDuree   operator ++ (int)                             throw ();

    Merci de votre aide !

  2. #2
    Expert confirmé
    Homme Profil pro
    Analyste/ Programmeur
    Inscrit en
    Juillet 2013
    Messages
    4 770
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Bouches du Rhône (Provence Alpes Côte d'Azur)

    Informations professionnelles :
    Activité : Analyste/ Programmeur

    Informations forums :
    Inscription : Juillet 2013
    Messages : 4 770
    Par défaut
    Simple
    • Passage par valeur -> 1 recopie/ appel du constructeur par recopie (*)
    • Passage par référence -> 0 recopie (*)
    • Retour référence -> Chaînage puisque le passage est par référence (**)


    * -> Donc pour des POD (Plain Old Data) (***) on s'en fiche de la recopie.
    Par contre, pas pour un object. Note la référence constante pour dire qu'on ne veut pas le modifier.

    ** -> Exemple: a = b + c + d
    Cela va dépendre de l'ordre mais en gros cela donne b.operator+ ( c.operator+ (d) ).

    Édit: @Bousk, *** Effectivement dans les POD il y a les "petites" struct/ class

  3. #3
    Membre Expert
    Homme Profil pro
    Ingénieur développement logiciels
    Inscrit en
    Juin 2011
    Messages
    760
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Hérault (Languedoc Roussillon)

    Informations professionnelles :
    Activité : Ingénieur développement logiciels

    Informations forums :
    Inscription : Juin 2011
    Messages : 760
    Par défaut
    Concernant les opérateurs ++:
    - la pré-incrémentation (T & operator++() / ++i) permet d'incrémenter un objet puis retourne une référence sur lui même.
    - la post-incrémentation(T operator++(int) / i++) fournit la valeur de l'objet (copie) et incrémente l'original.

    C'est exactement le même comportement que les types hérités du C (int, etc),

  4. #4
    Rédacteur/Modérateur


    Homme Profil pro
    Network game programmer
    Inscrit en
    Juin 2010
    Messages
    7 152
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 38
    Localisation : Canada

    Informations professionnelles :
    Activité : Network game programmer

    Informations forums :
    Inscription : Juin 2010
    Messages : 7 152
    Billets dans le blog
    4
    Par défaut
    Citation Envoyé par foetus Voir le message
    * -> Donc pour des POD (Plain Old Data) on s'en fiche de la recopie.
    Pardon ?
    Seuls les éléments primitifs/de base (char, int, ..) devraient être passés par copie, et certainement pas les POD. Un POD ça peut être conséquent, et y'a aucun intérêt à le copier dans tous les sens sauf à savoir ce qu'on fait.
    Pensez à consulter la FAQ ou les cours et tutoriels de la section C++.
    Un peu de programmation réseau ?
    Aucune aide via MP ne sera dispensée. Merci d'utiliser les forums prévus à cet effet.

  5. #5
    Expert éminent

    Femme Profil pro
    Ingénieur développement logiciels
    Inscrit en
    Juin 2007
    Messages
    5 202
    Détails du profil
    Informations personnelles :
    Sexe : Femme
    Localisation : France, Essonne (Île de France)

    Informations professionnelles :
    Activité : Ingénieur développement logiciels

    Informations forums :
    Inscription : Juin 2007
    Messages : 5 202
    Par défaut
    En plus dans ton exemple, + étant associatif "left-to-right", ton exemple de chainage est en fait:

    a = b + c + d équivaut à : a.operator=( operator+( operator+(b, c) , d) ).
    Et ca n'illustre pas le chainage, car en général, + n'est pas une fonction membre.

    Suppose une classe Assignment (inspirée de boost::assign)
    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
    #include <list>
    template<typename Collection, typename Value>
    class Assignment {
    private:
        Collection& ref;
     
    public:
        Assignment(Collection& ref, Value const& v) : ref(ref) {operator,(v);}
        Assignment& operator,(Value const& v) {ref.push_back(v); return *this;}
    };
     
    template<typename Collection, typename Value>
    Assignment operator+=(Collection & c, Value const& v) {
        return Assignment(c), v;
    }
     
    int main() {
        std::list<int> l;
        l+=1, 2, 3;
        return 0;
    }
    La dernière instruction, l+=1, 2, 3;, se parenthèse ainsi: ((l+=1), 2), 3;.
    Ca forme développée est en fait:
    operator+=(l, 1).operator,(2).operator,(3);.

    PS: J'aime bien cet exemple, on y trouve plein de chose sympa: Proxy, chaînage, template. Par contre, la vraie bibliothèque est plus complexe, plus complete, et plus sûre

  6. #6
    Membre Expert Avatar de Astraya
    Homme Profil pro
    Consommateur de café
    Inscrit en
    Mai 2007
    Messages
    1 048
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 39
    Localisation : France

    Informations professionnelles :
    Activité : Consommateur de café
    Secteur : High Tech - Multimédia et Internet

    Informations forums :
    Inscription : Mai 2007
    Messages : 1 048
    Par défaut
    Seuls les éléments primitifs/de base (char, int, ..) devraient être passés par copie, et certainement pas les POD
    Je ne serait pas aussi radical. Tout dépend du sizeof de ton POD. Un POD de 2*sizeof(int) est tout à fait copiable sans avoir de surcout par rapport à une mise en référence.

  7. #7
    Membre Expert

    Homme Profil pro
    Développeur informatique
    Inscrit en
    Avril 2013
    Messages
    610
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Développeur informatique
    Secteur : Finance

    Informations forums :
    Inscription : Avril 2013
    Messages : 610
    Billets dans le blog
    21
    Par défaut
    1. Le passage par référence est utile pour ne pas copier les objets "lourds". Dans le cas des types numériques natifs (int, float, char, etc.), une copie ne coûte pas suffisamment pour qu'on le passe par référence, il suffit donc de la passer par valeur. Cela dit, lorsqu'on passe l'argument par valeur, il n'est pas nécessaire de le déclarer const.

    2. On retourne ostream& par référence pour le chaînage, en effet:

    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    std::cout << 'a' << 'b' << 'c';
    équivaut à

    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    ((std::cout << 'a') << 'b') << 'c';
    3. Du coup on passe le caractère 'c' au flux renvoyé par le passage du caractère 'b' au flux renvoyé par le passage de 'a' à std::cout.

    4. Pour l'incrémentation, après ou avant, si tu y réfléchis, tu verras que la différence correspond au comportement désirable:
    post-incrémentation: tu retournes la valeur actuelle et incrémentes
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    int x = 0;
    std::cout << x++; // 0
    std::cout << x; // 1
    Du coup si tu retournais une référence, le premier cout << afficherait déjà 1, ce qui est contraire à la sémantique de l'opérateur...

  8. #8
    Membre éclairé
    Homme Profil pro
    Étudiant
    Inscrit en
    Septembre 2011
    Messages
    412
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations professionnelles :
    Activité : Étudiant

    Informations forums :
    Inscription : Septembre 2011
    Messages : 412
    Par défaut
    Bonsoir,
    merci pour vos explications, cependant, je n'ai toujours pas compris pourquoi dans l'operateur :
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    CDuree   operator ++ (int)                             throw ();
    on a un int en paramètre, alors que lorsque l'on fait i++, on ne spécifie pas de paramètre. De même, dans le premier opérateur, si je suis ma logique (qui n'est pas la meilleure ), étant donné qu'il y a un void, j'ai tendance à penser que ça correspond au i++, pourquoi ce n'est pas le cas ?


    Deuxièmement, je n'ai toujours pas compris pourquoi dans la fonction :
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
            virtual std::ostream & operator << (std::ostream & os,
                                    const CEditable & Obj)
    On spécifie un paramètre os.

    Merci pour vos réponses !

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

Discussions similaires

  1. Passage par référence
    Par e1lauren dans le forum Débuter avec Java
    Réponses: 4
    Dernier message: 01/09/2006, 12h59
  2. Passage par copie vs passage par référence
    Par bolhrak dans le forum C++
    Réponses: 11
    Dernier message: 20/08/2006, 23h37
  3. Réponses: 4
    Dernier message: 26/12/2005, 17h01
  4. Passage par référence
    Par difficiledetrouver1pseudo dans le forum Langage
    Réponses: 9
    Dernier message: 28/09/2005, 11h17
  5. Problème très rapide de passage par référence
    Par Noxexplorer dans le forum ASP
    Réponses: 2
    Dernier message: 23/06/2005, 10h02

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