Discussion :

[kacedda]

Bonjour,

Je voudrais realiser un constructeur par copie, jusque la rien de difficile, mais j'y arrive pas . (Et j'ai pas trouver d'exemple complet dans la FAQ).

Voici: (je met que l'essentiel)

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
 
class MaClasse
{
public:
MaClasse();
MaClasse(const MaClasse &src);
~MaClasse();
 
inline CString getName(void)  {return m_name;}
 
protected:
CString m_name;
};

Et dans mon .cpp:

Code :

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

1
2
3
4
5
 
MaClasse::MaClasse(const MaClasse &src)
{
  m_name = src.getName();
}

Et ca compile pas la.
Il me retourne comme erreur:

Code :

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

1
2
 
error C2662: 'getPar' : cannot convert 'this' pointer from 'const class MaClasse' to 'class MaClasse&'

Merci

[juls64]

a tout hasard tu as essayé : m_nmane=src.m_name

[kacedda]

Apparament ca marche! (ca compile en tout cas)

Mais ma variable est protected, comment ca se fait que ca marche? Normalement je devrais pas y avoir acces, non?

[Jean-Marc.Bourguet]

Code :

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

inline CString getName(void) const  {return m_name;}

[Laurent Gomila]

Le paramètre étant pris par référence constante, tu ne peux appeler que des fonctions membres constantes sur lui.

Ensuite à l'intérieur de la classe tu as accès aux données privées et protégées, même d'autres instances.

Il vaut mieux utiliser la liste d'initialisation dans les constructeurs :

Code :

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

1
2
3
4
5
MaClasse::MaClasse(const MaClasse &src) :
m_name(src.m_name)
{
 
}

Et enfin, il est inutile d'écrire un constructeur par copie si les données membres ne sont pas copiables trivialement (ici il est donc inutile).

[PierroElMito]

tu ne peux appeler que des méthodes 'const' sur un objet 'const', donc il faut remplacer:

Code :

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

1
2
 
inline CString getName(void)  {return m_name;}

par:

Code :

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

1
2
 
inline CString getName(void) const {return m_name;}

pour que la première version compile.
sinon, c'est normal que tu puisses acceder a un attribut protected d'une instance depuis une autre. c'est juste qu'il n'est pas visible de l'extérieur.

[Lucien63]

Tu est dans une fonction membre de ta classe c'est donc autorisé.
Tu ne l'appelle pas depuis l'exterieur.

Oup ! trop tard.
Tir groupé.

[Jean-Marc.Bourguet]

Mais ma variable est protected, comment ca se fait que ca marche? Normalement je devrais pas y avoir acces, non?

Tu es dans le code de la classe, tu as acces a tous les membres de la classe (sauf les protected de classes de base), quelque soit leur objet (this ou un autre).

[juls64]

quelle soit private ou protected normalement tu y as accés car tu y fais appel dans la meme classe par exemple si tru avais un heritage

class derivee : public classe deBase

ta classe derivee ne peut accéder qu'aux membres public de ta classe de
Base mais la fonction de base a accés a ses membres protégés et privées sinon personnes ne pourrait les initialiser et les utiliser les fonctions qui retourne ou change de valeur des membres privés ou protégés sont utilisés par les dérivées

[kacedda]

Wow! merci pour toutes les reponses.
Si j'ai pas compris apres ca .

Ok c'est cool j'ai compris le principe du const et de l'accession.
Je vais modifier en sorte.

Laurent Gomila: oui pour les objets triviaux, mais en fait dans ma classe j'avais le meme probleme sur des structures plus complexes, et j'avais pris un exemple plus simple pour illustrer.

A+ tous et encore merci

[Lucien63]

quelle soit private ou protected normalement tu y as accés car tu y fais appel dans la meme classe par exemple si tru avais un heritage
class derivee : public classe deBase
ta classe derivee ne peut accéder qu'aux membres public de ta classe

Dite moi si je me trompe, mais en derivation public elle peut bien accéder aux membre protected aussi ?

[Laurent Gomila]

Dite moi si je me trompe, mais en derivation public elle peut bien accéder aux membre protected aussi ?

http://c.developpez.com/faq/cpp/?pag...private_public

[juls64]

excuse tu as raison les classes dérivées ont accés aux membres protected de la classe de base

[Médinoc]

Les membres protected de la classe de base ne sont accessibles que pour le même objet.

[Jean-Marc.Bourguet]

Les membres protected de la classe de base ne sont accessibles que pour le même objet.

Pour d'autres objects également, mais de la même classe.

[Médinoc]

Tu veux dire que, bien que ça ne marche pas avec un autre objet via un pointeur base*, ça marche avec un autre objet via un pointeur de type derivee* ?

[Jean-Marc.Bourguet]

Tu veux dire que, bien que ça ne marche pas avec un autre objet via un pointeur base*, ça marche avec un autre objet via un pointeur de type derivee* ?

Oui. Dans ce qui suit, cp1 est valide, cp2 et cp3 pas.

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
class A {
protected:
  int x;
};
 
struct C: public A {};
 
struct B: public A {
  void cp1(B const & b) {
    x = b.x;
  }
  void cp2(A const & a) {
    x = a.x;
  }
  void cp3(C const & c) {
    x = c.x;
  }
};