Version imprimable
Bonjour a tous !
Bon ben tout est dans le titre, je dois me mettre a C++ dans pas lontemps, et j'ai jamais programm� dans ce langage. Je connais Java pas trop mal, et tous les principes OO, alors je me tourne vers vous car dans les tutos etc, je ne sais pas par quoi commencer? Peut �tre y'a t il des trucs inutiles a apprendre �tant donn� que j'ai d�ja fait de l'OO avec Java?
Merci ;)
Ca t'aidera s�rement et refaire une passe sur l'OO ne te fera pas de mal d'autant plus que certains concepts OO sont propres au C++ : je pense en particulier � l'amiti�, � l'h�ritage multiple ou � la notion d'interface (� la Java) qui n'existe pas en C++.Citation:
Envoy� par GyZmoO
C'est un peu court...
http://www.metz.supelec.fr/~frezza/D...C++/index.html
Tu trouveras ici les tutoriels C++ (mais tu dois d�j� le savoir)
http://cpp.developpez.com/cours/
Si tu as le courage, un bestof sur Java vs C++.
http://www.developpez.net/forums/showthread.php?t=1886
Salut,
Oui enfin une classe avec que des m�thodes virtuelles pures joue le m�me r�le, mais c'est vrai qu'il n'y a pas de mot clef consacr�.Citation:
Envoy� par aoyou
MAT.
Chose peu connue apparemment : vc++ a un mot clef pour �a : __interfaceCitation:
Envoy� par Mat007
Mais effectivement c'est pas standard ^^.
Et �a r�clame un VC++ pas trop vieux.
A la delphi , java et .net l'ont repiqu�. :mrgreen:Citation:
la notion d'interface (� la Java)
Merci pour vos r�ponses , je vais me tourner vers les liens cit�s ;)
C'est marrant, moi j'aurais dit le contraire, Java supporte tr�s mal les interfaces, contrairement � C++, car il ne permet pas dans ces interfaces de v�rifier des pr�/post conditions.
Autrement, du Java au C++, je pense que ce qui va �tre le plus d�routant au d�part va �tre :
- Le mod�le m�moire, o� tout n'est pas pointeur, et o� il faut g�rer soi m�me des choses que Java g�re tout seul (attention, soi-m�me ne veut pas dire � la main, on s'aide g�n�ralement d'outils comme les smart pointers), mais qui permet une destruction d�terministe de mani�re plus l�g�re (RAII, plut�t qu'un dispose dans un finally).
- La fa�on d'organiser son code en plusieurs fichiers, avec le syst�me archa�que des .h que l'on inclus textuellement, et ce qui en d�coule
- La pauvret� relative de la biblioth�que standard, ce qui oblige assez vite � se plonger dans l'extr�me richesse des biblioth�ques non standard de styles/qualit�s divers et vari�s, et les difficult�s de choix que �a implique.
Je crois que je vois ce � quoi tu fais allusion (on en avait un peu parl� dans un autre sujet) mais �a ne serait pas plus quelque chose de bas� sur le mod�le de conception template method ?Citation:
Envoy� par JolyLoic
A la limite �a peut se r�aliser en Java de la m�me fa�on qu'en C++ avec une classe abstraite qui factorise les v�rifications de conditions communes aux classes concr�tes, ou bien c'est plus subtil que �a ?
MAT.
C'est un peu �a sur le plan de la r�alisation technique, sauf que sur le plan conceptuel le template method, tel que d�crit dans les design patterns, est � la fois plus g�n�rique que la validation de pr�/post conditions, et beaucoup moins fondamental et omnipr�sent. Il est extr�mement rare que j'�crive une fonction virtuelle publique (quand �a m'arrive, c'est en g�n�ral non pr�vu au d�part, quand je n'ai pas le temps de faire du refactoring correct).
La o� la r�alisation bloque en Java, c'est que bien qu'une classe puisse impl�menter plusieurs interfaces, elle ne peut d�river que d'une classe abstraite. Donc sur n interfaces d'acc�s � une classe, (n-1) ne peuvent pas v�rifier leurs contrats.