Une approche de l'objet

1. Avant de continuer

Vous voici dans le dernier chapitre de ce livre. Si votre objectif était d’apprendre à programmer dans des langages procéduraux ou fonctionnels, c’est-à-dire basés sur l’utilisation de sous-programmes tels que présentés ici, vous pourriez vous arrêter là. En effet, dès à présent vous disposez de tous les éléments indispensables pour programmer en langage C ou en Pascal.

Cependant, il serait dommage de ne pas continuer, ceci même si vous n’aurez pas tout de suite à programmer en objet. La programmation objet est depuis le début des années 1990 non seulement un classique, mais fait partie de la culture informatique. Un langage comme le C++, évolution du langage C et même d’autres comme Delphi dérivé du Pascal, Visual Basic dérivé du Basic, ainsi que la plupart des langages de macros sous MS Office ou OpenOffice.org, ou encore les langages de certains gestionnaires de bases de données, sont des langages objet.

Ne pas comprendre l’objet, c’est risquer de se couper de beaucoup de produits, beaucoup de fonctionnalités et parfois aussi d’une plus grande simplicité dans certains traitements.

2. Rappels sur la programmation procédurale

Les procédures ou fonctions reçoivent des données en arguments (paramètres). Elles retournent des valeurs soit par le même chemin (pointeurs ou références), soit en renvoyant directement une donnée comme résultat de la fonction.

Dans un langage procédural (ou fonctionnel) les données sont séparées des programmes qui les utilisent.

1. Les constructeurs

1. Les langages objet

Les deux parties précédentes de ce chapitre vous ont présenté ce qu’est la programmation objet. Il existe plusieurs langages orientés objet. On parle de programmation orientée objet (POO). Les prémices de la programmation objet sont anciennes (pour de l’informatique) : 1967 avec le langage Simula, puis Smalltalk. L’âge d’or débute au début des années 1980, avec tout d’abord l’Objective C (encore très utilisé notamment dans le développement de Mac OS et de ses outils), puis le "C with Classes" en 1983, qui deviendra le C++, puis Eiffel, puis le Lisp Objet et ainsi de suite.

Les années 1990 ont vu l’explosion de l’objet à toutes les sauces pour le meilleur et pour le pire et pas uniquement dans les langages. Ainsi des bases de données objet sont apparues. D’anciens langages comme le Pascal, le Basic ou même le COBOL ont évolué vers l’objet : Delphi, Visual Basic, Cobol Objet, etc. Même les langages macros propres à des suites bureautiques (MS Office, OpenOffice.org) ou de base de données (Access, Paradox) se targuent d’être des langages objet. Si la définition de l’objet correspond à peu près à ce qui vous a été présenté depuis le début de ce chapitre, les puristes doivent dans certains cas bien rire.

L’arrivée de Java comme vrai langage objet de haut niveau a changé beaucoup de choses : reprenant les bonnes idées du C++, il l’adapte en un tout plus simple et plus pratique, adapté aux besoins modernes des développeurs et surtout des applications.

La force de SUN a été de proposer un langage adapté à une large gamme de besoins : des applets Java, l’apprentissage de l’objet, les applications déportées, les serveurs d’applications, etc.

Un gros concurrent de la plate-forme Java (Java, ses outils, ses API, etc.) se nomme .NET avec le langage C# (prononcez C sharp) et est évidemment objet. Les exemples de ce livre auraient parfaitement pu être développés en C#, sachant que le langage est maintenant disponible ailleurs que sous Windows. 

Un autre concurrent...