Discussion :

[Armulis]

Salut!

J'ai continu� ma lecture, et en arrivant au chapitre qui explique comment utiliser des "classes" en C++, je n'ai pas pu m'emp�cher de penser sans arr�t aux structures.

Apparemment, les classes sont plus compl�tes que les structures: on peut g�rer l'encapsulation (public/private), y ajouter des fonctions...

Concr�tement, mes questions sont les suivantes:
- Est-ce que les classes sont au C++ ce que les structures sont au C (sachant que les classes ont apparemment des possibilit�s plus �tendues).
- Si dans mes classes, je mettais tout en "public", quelle incidence cela pourrait-il avoir sur mon programme?
- Les fonctions contenues dans mes classes peuvent-elles y �tre seulement d�clar�es, et impl�ment�es ailleurs dans le programme? (Ou alors je risque de me retrouver avec des classes hyper-grandes si j'ai un code complexe a y int�grer?)

Merci pour ces petits �claircissements. Si jamais je vais un peu vite (parce que je suis encore en train de lire), contentez-vous de me le signaler et merci de votre compr�hension.

[Ehonn]

Salut

Voici un d�but de r�ponse via les entr�es de la FAQ

- Est-ce que les classes sont au C++ ce que les structures sont au C (sachant que les classes ont apparemment des possibilit�s plus �tendues).

En C++, class et struct sont quasiment �quivalents.
FAQ C++ - Quelle est la diff�rence entre class et struct ?

- Si dans mes classes, je mettais tout en "public", quelle incidence cela pourrait-il avoir sur mon programme?

Tu vas t'attirer les foudres des autres d�veloppeurs ^^
Tu vas complexifier l'utilisation de ta classe et si tu veux faire �voluer ta classe sans casser la compatibilit�, �a sera plus difficile (voire impossible).
FAQ C++ - Qu'est-ce que l'encapsulation ?

- Les fonctions contenues dans mes classes peuvent-elles y �tre seulement d�clar�es, et impl�ment�es ailleurs dans le programme? (Ou alors je risque de me retrouver avec des classes hyper-grandes si j'ai un code complexe a y int�grer?)

Oui, bien s�r
FAQ C++ - Comment structurer ma classe en un fichier .h et un fichier .cpp ?

[r0d]

Quelques pr�cisions suppl�mentaires (juste une addition au message de Ehonn)

- Est-ce que les classes sont au C++ ce que les structures sont au C (sachant que les classes ont apparemment des possibilit�s plus �tendues).

En fait, classe et structure en c++ c'est la m�me chose. Seule l'accessibilit� par d�faut (public/private) change. En revanche, les classes/structs en C++ �a n'a rien � voir avec les structs en C. En C, la notion d'objet (donc h�ritage, polymorphisme et tout ce qui en d�coule) n'existe pas. Pas plus que la notion de template. Il est possible de simuler un comportement orient� objet en C, mais il faut passer par des m�canismes "artificiels", non natifs, mais au final ce ne sera jamais vraiment la m�me chose.

- Si dans mes classes, je mettais tout en "public", quelle incidence cela pourrait-il avoir sur mon programme?

L'incidence d'un tel choix est que tu te priverais d'un outil tr�s puissant de la poo, � savoir l'encapsulation. L'encapsulation a plusieurs avantages. En particulier, cela permet de mieux structurer ton programme. Pour un petit programme de 10 lignes, �a n'a aucun sens. Mais d�s que ton programme grandit (et �a va souvent tr�s vite), une bonne encapsulation te permet d'�viter des erreurs, d'ajouter plus rapidement de nouvelles fonctionnalit�s, d'avoir une meilleure vision du code que tu as d�j� �crit, etc.

- Les fonctions contenues dans mes classes peuvent-elles y �tre seulement d�clar�es, et impl�ment�es ailleurs dans le programme? (Ou alors je risque de me retrouver avec des classes hyper-grandes si j'ai un code complexe a y int�grer?)

C'est m�me un des principe de base du c++: les d�clarations dans les en-t�te (fichier.h), l'impl�mentation dans le fichier source (fichier.cpp). Avec un b�mol, car on ne peut pas vraiment faire �a dans le cas de classes templates.
C'est un principe parfois critiqu� (le code d'une classe se retrouve s�par� dans 2 fichiers, c'est parfois compliqu� pour les programmeurs qui viennent d'autres langages o� ce n'est pas le cas), mais �a a de nombreux avantages, dont celui que tu cites.

[koala01]

Salut,

Juste pour rajouter mon grain de sel (et en mettre une couche suppl�mentaire ):

L'incidence d'un tel choix est que tu te priverais d'un outil tr�s puissant de la poo, � savoir l'encapsulation. L'encapsulation a plusieurs avantages. En particulier, cela permet de mieux structurer ton programme. Pour un petit programme de 10 lignes, �a n'a aucun sens. Mais d�s que ton programme grandit (et �a va souvent tr�s vite), une bonne encapsulation te permet d'�viter des erreurs, d'ajouter plus rapidement de nouvelles fonctionnalit�s, d'avoir une meilleure vision du code que tu as d�j� �crit, etc.

Il faut d'ailleurs constater que, m�me C essaye d'apporter une certaine encapsualtion...

C'est beaucoup moins �vident qu'en C++, o� la notion d'encapsulation vient "naturellement" avec le paradigme orient� objets, mais c'est n�anmoins faisable. Prend, par exemple, la structure FILE dont on ne sait absolument rien, � part les fonctions qui la manipulent .

C++ t'offre la possibilit� d'encapsuler les donn�es de mani�re simple et efficace, il serai dommage de ne pas le faire m�me si une classe dans laquelle tout serait public serait strictement � �quivalent � une structure utilisant sa visibilit� par d�faut et contenant les m�me donn�es (et invers�ment une structure o� tout serait priv� serait strictement �quivalent � une classe utilisant sa visibilit� par d�faut et contenant les m�mes donn�es, bien que cela n'aurait pas beaucoup de sens )

[bayaola93]

au fait en c++ la classe est ce qu'est la structure en c, mais faut noter que en c++ on peut dire ''class = struct'' et si tu met tout en public dans ta classe et surtout les attributs croit moi tu auras plus d'ennemis que de programmeurs qui font du c++ sur terre donc pas touche a ce niveau: m�thodes en public et attributs en private.

[germinolegrand]

au fait en c++ la classe est ce qu'est la structure en c, mais faut noter que en c++ on peut dire ''class = struct'' et si tu met tout en public dans ta classe et surtout les attributs croit moi tu auras plus d'ennemis que de programmeurs qui font du c++ sur terre donc pas touche a ce niveau: m�thodes en public et attributs en private.

Balivernes, mettre des attributs en public n'est pas plus idiot que mettre des m�thodes en private. Se priver syst�matiquement de le faire lorsque cela est possible/utile, voil� la v�ritable erreur.

[moldavi]

Bonjour.

La diff�rence essentielle en C++ entre une structure et une classe (hormis l'aspect public/private), c'est que l'on peut aligner (niveau m�moire) une structure, mais pas une classe. C'est utile lorsque l'on veut optimiser son code, ou lorsque l'on m�lange code c++ et code assembleur (l'asssembleur n�cessite en g�n�ral un alignement m�moire des donn�es).

croit moi tu auras plus d'ennemis que de programmeurs qui font du c++ sur terre donc pas touche a ce niveau: m�thodes en public et attributs en private.

Je rejoins germinolegrand, en C++ on utilise une structure quand c'est judicieux, et une classe quand c'est judicieux. Les d�veloppeurs C++ n'ont jamais aboli l'utilisation de structure au profit de classe.

Je pense que tu fais r�f�rence aux d�bats qui disent de toujours prot�ger les variables membres d'une classe C++ par un accesseur. Cela n'a rien � voir avec le d�bat structure/classe.