Quel(s) intérêt(s) présente l´utilisation d´initialisateurs de membre dans un constructeur pour initialiser des membres de données non const ?

Tant que j´y suis : A quoi servent les décalartions préliminaires ( class NomDeClasse ) dans un fichier en-tête avec pour membre de donné des objets issus de la classe préliminairement déclarée ( ca veut plus rien dire ) . Je sais qu´on s´en sert pour les classes proxy, mais ne vaut il pas mieux inclure le fichier en-tête de la classe ?

Eh bin ca se bouscule pas au portillon
( Bon pour la question 2, j´ai vu que ca empechait les intclusions circulaires, mais je rest sur ma faim

Ba, en fait les liste d´initialisation de constructeur ne servent que pour les données membre constante ou reference. Le reste peux etre initialiser dans le constructeur normalement.

Declarer le nom de la classe peux etre utile si par exemple tu souhaites utiliser la classe avant de la declarer, utile si tu met dans le meme . h une structure utilisant une classe que tu definies apres... je sais pas si je m´explique bien la

Et . .. heuuu, c´est quoi une classe proxy ?

pour les initialisations:

au départ dans tes membres ya ke des débris de mémoire, i.e. n´importe koi.

exemple tu veux faire ca:

ta une classe myclass
dedans ya un membre type LPTSTR file1

plus tard dans le code tu fais ca:
file1 = new TCHAR[_MAX_FNAME];
if ( file1 == NUMLL)
// gestion de l´erreur

et ben ta interet a avoir initialisé ton membre file1 a NULL pour pouvoir faire cette vérification !

Kouic > Une classe proxy te permet de masquer toutes les données membres et les fonctions membres private d´une classe ( pour les garder secrète à l´utilisateur).
Consulte ton manuel car c´est un peu long.

Lightness > Oui mais dans ce cas, pourquoi ne pas mettre les initialisation dans le corps du constructeur ?

Donc en fait ca ne sert ( réellement) que pour les membres de données constants et les références ?

comment ca ? on fait tjs nos init dans les constructeurs, ou tu veux ke ca soit d´autre ?
explique en fait c pas bien clair tout ca.

Un initialisateur de membre c´est bien ca :

NomClasse::Consrtucteur( . . ) : Initialisateur1( . .), . ..

Alors moi je demande pourquoi ( pour des données autres que const ) on met pas les initialisateur pour les variables " normales" dans le corps du constructeur ( entre les deux { } ) .

lag-it: Ok ! !! Je ne connaissais pas ce therme, en fait c´est juste pour cacher le code via une classe derivée... mais j´ai une excuse, je suis pro-opensource ; )

Pour les déclarations préliminaires, j´y vois surtout un interet à la compilation.
Systématiquement, je fais autant que possible pour avoir dans mon . h des déclarations préliminaires pour éviter d´avoir à inclure le fichier . h qui contient la déclaration.

Exemple:

Toto.h:
class KToto
{
public:
KToto() {}
};

Titi.h
class KToto;
class KTiti
{
protected:
KToto* m_pToto;

public:
KTiti();
};

Titi.cpp

1. include " toto.h"
2. include " titi.h"

KTiti:KTiti()
{
m_pToto = NULL;
}

Ainsi, tout les fichiers qui incluront titi.h ne seront pas recompilé si je modifie toto.h
Biensur, ca peut sembler n´avoir guere d´interet au début, mais je vous garantie qu´avec un projet qui commence à grossir on fini par y apprecier le temps de compilation gagné. Moi perso, mon projet prend 10min de compilation, heureusement, gràçe a cette technique je peux modifier mes . h sans tout recompiler a chaque fois. Mais bon, après c´est une question de philosophie...

Dino
The Zythum Project
http://www.zythum-project.com

L´usage des déclarations préliminaire est donc préférable.
Merci à tous

hey Dino les boutons de ton site ne marchent pas sous mozilla !

hé Dino, tu connais les precompiled headers ? ca accélère grandement les compils ! peut être même plus que ce que tu viens de présenter . ..