Discussion :

[Alcatîz]

Tutoriel d'introduction à la Programmation Orientée Objet
Par Eric Sigoillot

Bonjour à toutes et à tous,

Plébiscité depuis de nombreuses années, le tutoriel d'introduction à la Programmation Orientée Objet (POO) d'Eric Sigoillot avait bien besoin d'une mise à neuf au niveau du look. C'est chose faite :

http://hdd34.developpez.com/cours/artpoo/

Qu'en pensez-vous ?

[Paul TOTH]

Si je puis me permettre...il est question d'Introduire la programmation objet et les 3/4 de la page donnent des définitions avant même de dire à quoi cela peut bien servir et le dernier quart donne des exemples abstraits.

J'appellerais ça plus un "Lexique" ou un "Memo" mais pas une introduction

[EpiTouille]

C'est vrai que pour apprendre il faut mieux apprendre avec des exemples comme des chats (cf : apprendre le c++ avec le chat frisky) que avec le concept de polymorphisme qu'on te balance dans les pâtes au bout de 5 minutes.

[joreveur]

Bonsoir,

personnellement je n'y connais trop rien dans la programmation objet je vais un peu lire ce document... d'autant plus que le livre sur Lazarus est épuisé... et que ce genre de programmation ce n'est pas ce que je pratique

J'essaie pour apprendre mais pas évident; autodidacte c'est parfois bien difficile et par définition on est un peu seul. Heureusement qu'il y a le forum et les FAQ

quand aux chats (cf : apprendre le c++ avec le chat frisky) je sais même pas où aller ...

[EpiTouille]

J'essaie pour apprendre mais pas évident; autodidacte c'est parfois bien difficile et par définition on est un peu seul. Heureusement qu'il y a le forum et les FAQ

Moi aussi j'ai commencé la programmation objet tout seul, j'ai galéré longtemps, jusqu'au "déclic" et la tu comprend l’intérêt. Un peut comme avec les pointeurs

edit1 :Le chat frisky ^_^

[CapJack]

La programmation objet est incontournable aujourd'hui, même pour un amateur autodidacte, ne serait-ce que pour son application la plus évidente, les composants (qui sont un cas particulier d'objets).

Quiconque a connu l'époque héroïque où la programmation sous Windows se faisait sur la base d'une longue boucle interminable d'interception des messages sait ce qu'on doit à la notion de composant.

Maintenant, on peut très bien profiter des composants pour l'interface, et ne pas du tout utiliser la programmation objet pour la partie travail de son application, elle n'est pas obligatoire. Mais quand même, on passe à côté de quelque chose...

[movingmazes]

Si je puis me permettre...il est question d'Introduire la programmation objet et les 3/4 de la page donnent des définitions avant même de dire à quoi cela peut bien servir et le dernier quart donne des exemples abstraits.

J'appellerais ça plus un "Lexique" ou un "Memo" mais pas une introduction

Personnellement je trouve ton commentaire un peu sévère.
Les commentaires, en tout cas maintenant, me semblent bien concrets. (Maison, Bâtiment...)
Pourquoi je le trouve génial?
Parce qu'il ma fait comprendre le pourquoi des méthodes virtuelles. Avec lesquelles j'avais toujours eu de la peine : Quand une méthode doit-elle être virtuelle, et quand ne le doit-elle pas?
Pourtant j'en ai lu des articles sur le sujet, en anglais surtout, il est vrai, et ce n'est pas ma langue maternelle.
Alors, oui, on plonge avec cet article dans des aspects assez profonds... Mais on nous encourage aussi à pratiquer, seule solution pour assimiler, je pense.
Donc merci à l'auteur, et ses sources.