En ligne
Nous avons 3 invités en ligne

Pourquoi orientée objet?

Index de l'article
Pourquoi orientée objet?
Design Patterns
Toutes les pages

Introduction

Il est normal de se poser la question avant d'investir du temps et de l'argent dans l'apprentissage d'une nouvelle manière d'analyser et de programmer.

Avant d'écrire cette article, j'ai fait une recherche sur google pour voir ce que d'autre avait à répondre à cette question. J'ai trouvé soit des questions sans réponse ou soit des exemples avec du code pour tenter de nous faire voir que c'est mieux. J'ai vraiment pas trouvé grand chose. Bon, peut-être que je n'ai pas cherché assez longtemp. Mais, je vais quand même tenter d'y répondre ici.

 

 

L'analyse et la programmation orientée objet permet de travailler avec de meilleurs abstractions. C'est un peu la même raison pourquoi plus personne ne programme en assembleur. Personne ne voudrait avoir à programmer une boucle, une liste ou un dictionnaire. Un dictionnaire, ça pourrait toujours passer, mais une boucle?

Les abstractions nous permettent de modéliser un problème pour mieux en comprendre les aspects et de lui trouver une solution sans continuellement avoir chacun des petits détails en tête.

Peut-être avez-vous déjà essayé de passer à l'orientée objet mais cela vous a paru plus difficile et plus compliqué que votre bonne vielle méthode et c'est normale. Le problème vient du fait que vous n'êtes pas habitué à travailler avec ces nouvelles abstractions.

Par exemple, souvenez-vous lorsque vous avez du apprendre un nouveau jeu comme les échecs. Avant même de réfléchir à un plan vous deviez continuellement vous rappelez les règles. « Un pion capture en diagonale seulement! » Avec de la pratique, vous n'aviez plus à travailler à ce niveau de détail. Un Maître ou un Grand Maître travaille avec de très grandes abstractions. Ils voient par exemple une finale gagnant, nulle ou perdante avec un simple coup d'oeil.

L'analyse et la programmation orientée objet permet de meilleurs abstractions car elle combine les attributs et les opérations dans une même entité. Lorsque vous prenez l'habitude de réfléchir avec des objets, vous ne pensez plus aux attributs et aux méthodes mais vous pensez à sa responsabilité. Vous ne voyez plus l'état ou l'identité d'un coté et les fonctions de l'autre. Vous les voyez ensemble.

Si vous êtes un analyste-programmeur professionnel, je vous conseil fortement de mettre le temps pour l'apprendre. Vous ne le regretterez pas.

L'orientée objet vous permettra aussi d'utiliser UML pour modéliser. UML est un langage visuel permettant de faire des modèles objets. UML est un standard établie.


Design Patterns

Ensuite, vous avez les Design Patterns. Si vous ne les connaissez pas, il est important selon moi de les connaître si vous voulez éviter de réinventer la roue. Il est dans les livres que je recommande dans ma publicité Amazon.

Les design patterns sont un répertoire de solution de design qui ont été développés et éprouvés au cours des années par les experts en conception orientée objet.

Ils sont aussi de bons exemples de conception orientée objet pour ceux qui désirent voir comment la conception orientée objet permet de résoudre les problèmes d'extensibilité, code facilement modifiable, couplage, etc.

C'est le genre de livre que vous allez utiliser tout au court de votre vie professionnel. Les exemples sont en C++ et en Smalltalk et il développe un éditeur complet en exemple d'utilisation de la plupart des design patterns.

 

 

 

 

Mis à jour (Mardi, 08 Décembre 2009 06:50)