Discussion :

[kacedda]

Bonjour a tous,

Alors en fait on se dispute la dessus et du coup je sais plus coder en C++, le doute est en moi.

Code:

Code :

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

1
2
3
4
5
6
7
8
9
10
11
 
class test
{
public:
  test(); // Constructeur par defaut
public:
  CString line1;
  CString line2;
  int nb1;
  long nb2;
}

Dans la classe il n'y a aucune allocation dynamique, maintenant est-ce que j'ai le droit de faire ca(mon collegue pense que non):

Code :

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

1
2
3
 
test bob;
bob = test();

Dans ce cas present ca marche, mais est-ce que c'est juste?
Mon pote me dit que c'est faut car on appelle un constructeur autrement que par allocation.

par contre je pense que ca c'est pas tres juste et la on est d'accord(mais si vous pouvez controler dans le cas ou on est tout les deux dans le faux).

Code :

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

1
2
3
4
5
 
test bob;
bob = test();
test bloub;
bloub = bob; // <-- Faux dans tout les cas

A votre avis qui a raison?
Moi je pense que c'est moi.

Merci

[hegros]

Dans le premier cas c'est le constructeur par recopie qui va être sollicité.(il me semble)

Dans le deuxiéme cas pareil à moins que l'operateur = soit surchargé (Même dans le premier cas si l'operateur est surchargé l'appel sera fait il me semble aussi...)

[Médinoc]

Il me semblait que le constructeur de copie ne serait appeler que pour:

Code :

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

Test bob = Test();

(et encore, le constructeur à vide serait appelé avant celui de copie)

Et que pour:

Code :

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

1
2
Test bob;
bob = Test();

Ce serait plutôt l'opérateur d'affectation... (après deux appels du constructeur à vide).

[kacedda]

Ah oui! Ben justement en fait il n'y a pas de surchage de l'operateur '=' ni de constructeur par copie.
Donc ca devrait pas marcher, non?
Pour info je code sous Visual C++ 6.0. Ce pourrait-il que ce soit le compilo qui detecte et genere le constructeur ou la surcharge de l'operateur '='.

Parce que ca marche, mais pour mon collegue ca devrait pas et moi je suis perdu.

[Pragmateek]

Les deux cas provoquent l'appel de l'opérateur d'affectation.

[Eusebe]

Les compilateurs génèrent automatiquement un constructeur par copie si tu n'en déclare pas un. Et l'opération d'affectation est prédéfinie. C'est une simple recopie membre à membre des objets.

[loufoque]

Ah oui! Ben justement en fait il n'y a pas de surchage de l'operateur '=' ni de constructeur par copie.
Donc ca devrait pas marcher, non?

Ils sont définis automatiquement.

Pour info je code sous Visual C++ 6.0.

Peut-être serait-il bon d'acquérir un compilateur C++.

A votre avis qui a raison?

À mon avis vous avez tous les deux tort et vous ne savez pas de quoi vous parlez. (confusion de construction et affectation par exemple)

[b Oo]

Bon pour répondre à la question :

Code :

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

Test bob = Test();

Ceci est interprété de la manière suivante :
Construction d'un objet temporaire et ensuite appel du constructeur par copie (non ce n'est pas l'opérateur d'affectation !).

Si le constructeur par copie n'est pas défini (comme il a été dit) le compilateur en crée un qui recopie bit à bit.
Il faut entendre par là que les valeurs sont recopiées telles quelles (donc bug si on utilise des pointeurs).

Code :

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

1
2
3
 
test bob;
bob = test();

Ici un objet temporaire est crée et le compilateur appelle l'opérateur d'affection.
Pareil, s'il n'est pas définie le compilateur en crée qui recopie bit à bit.