avec le langage Java - fnac-static.com · 2018-05-15 · RI_NL_PT_sticker.indd 1 26/03/2018...

RI_NL_PT_sticker.indd 1 26/03/2018 09:38:46

ISBN

: 97

8-2-

409-

0136

4-5

29,9

0 €

Ce livre s’adresse aux étudiants et aux développeurs ayant déjà une première expérience de la programmation structurée et qui sont désireux de passer à la Programmation Orientée Objet (POO) avec le langage Java, pour développer des applications portables.

Après un historique de la POO et du langage Java l’auteur explique pourquoi ce type de programmation est devenu incontournable pour développer dans les environnements graphiques événementiels. Les notions d’objet, de classe et de référence sont présentées puis les fondements de la POO que sont l’encapsulation, l’héritage, le poly-morphisme et l’abstraction. Les différentes étapes d’un développe-ment objet avec les principes de modélisation UML sont exposées.

L’auteur présente ensuite la machine virtuelle Java, son intérêt, sa richesse et un environnement de développement avec IntelliJ IDEA de la société JetBrains. Le lecteur découvre comment Java repro-duit les principes de la POO en suivant des explications simples, des exemples concrets et en réalisant des exercices d’entraînement. Il découvre également les types de base du développement Java et leur utilisation, comment exploiter un IDE pour simplifier la saisie des programmes et les mettre au point. Les programmes d’essais sont de type console ou graphique, basés sur l’utilisation de Swing pour illustrer les communications entre objets. Quand ils sont pertinents, des parallèles sont menés avec les langages de programmation objet C++ et C#. La programmation multithread permettant l’exécution simultanée de plusieurs flux d’instructions est présentée, suivie d’une introduction aux tests unitaires tellement importants pour fiabiliser les objets. Enfin, le dernier chapitre est consacré à la réflexion en Java qui promet quelques surprises.

À la fin de ce livre, le lecteur disposera de bases solides pour appré-hender les puissantes API Java et réaliser des programmes objet modulaires, fiables et extensibles.

Des éléments complémentaires sont en téléchargement sur le site www.editions-eni.fr.

Apprendre la Programmation Orientée Objet avec le langage Java

Téléchargementwww.editions-eni.fr.fr

sur www.editions-eni.fr : b Le code source des exemples.b Les corrigés des exercices

proposés dans le livre.

Pour plus d’informations :

Appr

endr

e la

Pro

gram

mat

ion

Orien

tée

Obj

et a

vec

Java

Les chapitres du livre

Avant-propos • Introduction à la POO • La conception orientée objet • Introduction à la plate-forme Java • Les types en Java • Création de classes • Héritage et polymorphisme • Communication entre objets • Le multithreading • Les tests • La réflexion

Luc Gervais exerce depuis vingt-cinq ans la profession de développeur logiciel. Venant du monde de l’électro-nique il a commencé par programmer en langage assembleur pour ensuite passer au C, C++, C# et Java. Il a animé de nombreuses formations sur ces différents langages de program-mation aussi bien pour un public de développeurs professionnels que d’étudiants (Université de Rouen). Cette double expérience (technique et pédagogique) lui permet de répondre parfaitement aux attentes des lecteurs désireux de passer à la Programma-tion Orientée Objet (POO) avec le langage Java.

Apprendre la Programmation Orientée Objet

avec le langage Java (avec exercices pratiques et corrigés)

Luc GERVAIS

2e édition

Nouvelle édition

1Table des matières

Avant-propos

Chapitre 1Introduction à la POO

1. Histoire de la POO . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9

2. Historique du langage Java . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 12

Chapitre 2La conception orientée objet

1. Approche procédurale et décomposition fonctionnelle . . . . . . . . . . . 13

2. La transition vers l'approche objet. . . . . . . . . . . . . . . . . . . . . . . . . . . . 14

3. Les caractéristiques de la POO. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 153.1 L'objet, la classe et la référence . . . . . . . . . . . . . . . . . . . . . . . . . . 15

3.1.1 L'objet . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 153.1.2 La classe . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 173.1.3 La référence . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 18

3.2 L'encapsulation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 183.3 L'héritage . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 193.4 Le polymorphisme . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 213.5 L'abstraction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 22

4. Le développement objet . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 234.1 Cahier des charges du logiciel . . . . . . . . . . . . . . . . . . . . . . . . . . . 234.2 Présentation du cycle en V. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 234.3 Modélisation et représentation UML . . . . . . . . . . . . . . . . . . . . . 28

Les éléments à télécharger sont disponibles à l'adresse suivante :http://www.editions-eni.fr

Saisissez la référence ENI de l'ouvrage RI2JAPOO dans la zone de recherche et validez. Cliquez sur le titre du livre puis sur le bouton de téléchargement.

lcroise

Tampon

2avec le langage Java

Apprendre la POO

4.3.1 Les diagrammes de cas d'utilisation . . . . . . . . . . . . . . . . . 304.3.2 Les diagrammes de classes. . . . . . . . . . . . . . . . . . . . . . . . . 314.3.3 Les énumérations. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 374.3.4 Les diagrammes de séquences . . . . . . . . . . . . . . . . . . . . . . 38

4.4 Codage, intégration et mise en production. . . . . . . . . . . . . . . . . 40

5. Exercices . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 415.1 Hiérarchie de classes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 415.2 Relations entre objets. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 435.3 Agrégation d’objets. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 435.4 Diagramme de cas d’utilisation . . . . . . . . . . . . . . . . . . . . . . . . . . 455.5 Diagramme de séquences . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 46

Chapitre 3Introduction à la plate-forme Java

1. Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 49

2. Environnement d'exécution. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 51

3. Une librairie très complète. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 52

4. Des outils de développement performants . . . . . . . . . . . . . . . . . . . . . 53

5. Téléchargement et installation d’IntelliJ IDEA . . . . . . . . . . . . . . . . . 54

6. L'incontournable Hello World . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 58

7. Un point sur les acronymes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 78

Chapitre 4Les types en Java

1. Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 79

2. Les types primitifs . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 80

3. Les types référence . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 82

4. Pour nous aider... . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 84


5. La superclasse java.lang.Object . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 875.1 equals. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 885.2 hashCode. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 915.3 toString . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 925.4 finalize . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 945.5 getClass, .class et l'opérateur instanceof . . . . . . . . . . . . . . . . . . . 955.6 clone . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 975.7 notify, notifyAll et wait . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 101

6. La classe java.lang.String . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 102

7. Exercice . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1057.1 Énoncé . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1057.2 Corrigé. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 106

Chapitre 5Création de classes

1. Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 109

2. Package . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 109

3. Déclaration d'une classe . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1163.1 Accessibilité des membres . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1183.2 Attributs . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1183.3 Accesseurs . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1213.4 Constructeurs . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 127

3.4.1 Étapes de la construction d'un objet . . . . . . . . . . . . . . . 1273.4.2 Surcharge de constructeurs . . . . . . . . . . . . . . . . . . . . . . . 1293.4.3 Chaînage de constructeurs . . . . . . . . . . . . . . . . . . . . . . . 1303.4.4 L'initialiseur static . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1333.4.5 L'initialiseur dynamique . . . . . . . . . . . . . . . . . . . . . . . . . 1343.4.6 Les constructeurs de type private . . . . . . . . . . . . . . . . . . 1353.4.7 Le "builder pattern" . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 138

3.5 Destructeurs . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1413.6 Le mot-clé this . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 145


Apprendre la POO

3.7 Méthodes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1483.7.1 Déclaration. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1493.7.2 Passages de paramètres par valeur . . . . . . . . . . . . . . . . . 152

3.8 Surcharge des méthodes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1593.9 Mécanisme des exceptions. . . . . . . . . . . . . . . . . . . . . . . . . . . . . 161

3.9.1 Présentation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1613.9.2 Principe de fonctionnement des exceptions . . . . . . . . . 1633.9.3 Prise en charge de plusieurs exceptions . . . . . . . . . . . . . 173

3.10 Exercice . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1743.10.1 Énoncé . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1743.10.2 Conseils . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1753.10.3 Corrigé . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 175

4. Les interfaces. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1784.1 Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1784.2 Le contrat . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1794.3 Déclaration d'une interface . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1804.4 Implémentation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1814.5 IntelliJ IDEA et les interfaces. . . . . . . . . . . . . . . . . . . . . . . . . . . 1834.6 Représentation UML d'une interface . . . . . . . . . . . . . . . . . . . . 1854.7 Interfaces et polymorphisme . . . . . . . . . . . . . . . . . . . . . . . . . . . 1854.8 Exercice . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 186

4.8.1 Énoncé . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1864.8.2 Conseils . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1864.8.3 Corrigé . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 189

4.9 Les interfaces de la machine virtuelle Java . . . . . . . . . . . . . . . . 193

5. Associations, compositions et agrégations . . . . . . . . . . . . . . . . . . . . 1965.1 Les tableaux. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2035.2 Les collections . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 210

5.2.1 ArrayList<E> et LinkedList<E> . . . . . . . . . . . . . . . . . 2145.2.2 Queue<T> et Stack<T> . . . . . . . . . . . . . . . . . . . . . . . 2175.2.3 HashMap<K, V> . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2175.2.4 Les itérateurs . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 218


5.3 Exercice . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2205.3.1 Énoncé . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2205.3.2 Corrigé . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 221

6. Les classes imbriquées. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 223

7. Quelques différences avec le C# . . . . . . . . . . . . . . . . . . . . . . . . . . . . 227

Chapitre 6Héritage et polymorphisme

1. Comprendre l'héritage . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 229

2. Codage de la superclasse (classe de base) et de sa sous-classe (classe héritière) . . . . . . . . . . . . . . . . . . . . . . . . . 2302.1 Interdire l'héritage . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2302.2 Définir les membres héritables . . . . . . . . . . . . . . . . . . . . . . . . . 2312.3 Syntaxe de l'héritage. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2312.4 Exploitation d'une classe héritée . . . . . . . . . . . . . . . . . . . . . . . . 232

3. Communication entre classe de base et classe héritière. . . . . . . . . . 2343.1 Les constructeurs . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2343.2 Accès aux membres de la classe de base depuis l'héritier . . . . . 2383.3 Méthodes virtuelles . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2403.4 Méthodes de type "final" . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 245


5. Les classes abstraites . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 252

6. Le polymorphisme . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2546.1 Comprendre le polymorphisme . . . . . . . . . . . . . . . . . . . . . . . . . 2546.2 Exploitation du polymorphisme . . . . . . . . . . . . . . . . . . . . . . . . 2546.3 Les opérateurs instanceof et () . . . . . . . . . . . . . . . . . . . . . . . . . . 255


Apprendre la POO

Chapitre 7Communication entre objets

1. L'événementiel : être à l'écoute . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 257

2. Le pattern Observateur . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2582.1 Généralités . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2582.2 Implémentation en langage Java . . . . . . . . . . . . . . . . . . . . . . . . 2592.3 Les listeners . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2652.4 Utilisation d'un listener dans une application graphique . . . . 266

3. Exercices . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2733.1 Exercice 1. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 273

3.1.1 Énoncé . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2733.1.2 Corrigé . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 274

3.2 Exercice 2. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2773.2.1 Énoncé . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2773.2.2 Corrigé . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 277

4. Appels synchrones, appels asynchrones . . . . . . . . . . . . . . . . . . . . . . 280

Chapitre 8Le multithreading

1. Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 283

2. Comprendre le multithreading . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 283

3. Multithreading et Java . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 286

4. Implémentation des threads en Java . . . . . . . . . . . . . . . . . . . . . . . . . 2874.1 Étendre la classe Thread. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2874.2 Implémenter l'interface Runnable . . . . . . . . . . . . . . . . . . . . . . . 2904.3 S'endormir et S'attendre. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2924.4 Abandon depuis le thread primaire . . . . . . . . . . . . . . . . . . . . . . 295


4.5 Threads et classes anonymes . . . . . . . . . . . . . . . . . . . . . . . . . . . 2984.5.1 Avec l'interface Runnable . . . . . . . . . . . . . . . . . . . . . . . . 2984.5.2 Avec la classe Thread. . . . . . . . . . . . . . . . . . . . . . . . . . . . 2994.5.3 Accès aux variables et aux données

membres simplifié . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 300

5. Synchronisation entre threads. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3045.1 Nécessité de la synchronisation. . . . . . . . . . . . . . . . . . . . . . . . . 3045.2 Les méthodes "synchronized". . . . . . . . . . . . . . . . . . . . . . . . . . . 3065.3 Les traitements "synchronized" . . . . . . . . . . . . . . . . . . . . . . . . . 3095.4 La classe Semaphore . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 310

6. Communication interthreads . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3136.1 La méthode join . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3136.2 Les objets de synchronisation . . . . . . . . . . . . . . . . . . . . . . . . . . 315


Chapitre 9Les tests

1. Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 333

2. Environnement d’exécution des tests unitaires . . . . . . . . . . . . . . . . 335

3. Le projet avec tests unitaires . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 336

4. La classe de tests . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 337

5. Contenu d’une méthode de test . . . . . . . . . . . . . . . . . . . . . . . . . . . . 341

6. Traitements de préparation et de nettoyage . . . . . . . . . . . . . . . . . . 344

7. Les tests avec paramètres externes . . . . . . . . . . . . . . . . . . . . . . . . . . 346

8. Les suites de tests . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 351


Apprendre la POO


Chapitre 10La réflexion

1. Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 355

2. Mais pour quoi faire ?. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 355

3. Introspection d'une classe Java . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 357

4. Chargement dynamique et utilisation d'une classe découverte . . . 360

5. Exercice . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 367

6. Privé, mais pas tant…. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 368

7. Décompilation et obfuscation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 369

Index . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 377

13

Chapitre 2

La conception orientée objet

La conception orientée objet

1. Approche procédurale et décomposition fonctionnelle

Avant d'énoncer les bases de la programmation orientée objet, nous allonsrevoir l'approche procédurale à l'aide d'un exemple concret d'organisation decode.

Dans cet ouvrage reviennent souvent les termes « code », « coder », « codage » ;il ne s’agit ni d’alarmes ni de fonctions de cryptage de mot de passe. Le codeou code source est en fait le nom donné au contenu que le développeur entreà longueur de journée dans son éditeur de texte favori pour être ensuiteconverti (ou encore compilé) en flux d’instructions exécutables par l’ordina-teur.

La programmation procédurale est un paradigme de programmation considé-rant les différents acteurs d'un système comme des objets pratiquementpassifs qu'une procédure centrale utilisera pour une fonction donnée.

lcroise

Tampon

© E

dit

ions

EN

I -

All r

ights

rese

rved


Apprendre la POO

Prenons l'exemple de la distribution d'eau courante dans nos habitations etessayons d'en modéliser le principe dans une application très simple. L'analyseprocédurale (tout comme l'analyse objet d'ailleurs) met en évidence une listed'objets qui sont :

– le robinet de l'évier ;

– le réservoir du château d'eau ;

– un capteur de niveau d'eau avec contacteur dans le réservoir ;

– la pompe d'alimentation puisant l'eau dans la rivière.

Le code du programme « procédural » consisterait à créer un ensemble devariables représentant les paramètres de chaque composant puis à écrire uneboucle de traitement de gestion centrale testant les valeurs lues et agissant enfonction du résultat des tests. On notera qu'il y a d'un côté les variables et del'autre, les actions.

2. La transition vers l'approche objet

La programmation orientée objet est un paradigme de programmation consi-dérant les différents acteurs d'un système comme des objets actifs et en rela-tion. L'approche objet est souvent très voisine de la réalité.

Dans notre exemple :

– L'utilisateur ouvre le robinet.

– Le robinet relâche la pression et l'eau s'écoule du réservoir à l'évier.

– Comme notre utilisateur n’est pas tout seul à consommer, le capteur/flotteur du réservoir arrive à un niveau qui déclenche la pompe de puisagedans la rivière.

– L'utilisateur referme le robinet.

– Alimenté par la pompe, le réservoir du château d'eau continue à se remplirjusqu’à ce que le capteur/flotteur atteigne le niveau suffisant qui arrêtera lapompe.

– Arrêt de la pompe.

15La conception orientée objetChapitre 2

Dans cette approche, vous constatez que les objets « interagissent » ; il n'existepas de traitement central définissant dynamiquement le fonctionnement desobjets. Il y a eu, en amont, une analyse fonctionnelle qui a conduit à lacréation des différents objets, à leur réalisation et à leur mise en relation.

Le code du programme « objet » va suivre cette réalité en proposant autantd'objets que décrit précédemment mais en définissant entre ces objets desméthodes d'échange adéquates qui conduiront au fonctionnement escompté.

Remarque

Les concepts objets sont très proches de la réalité...

3. Les caractéristiques de la POO

3.1 L'objet, la classe et la référence

3.1.1 L'objet

L'objet est l'élément de base de la POO. L'objet est l'union :

– d'une liste de variables d'états ;

– d'une liste de comportements ;

– d'une identification.

Les variables d'états changent durant la vie de l'objet. Prenons le cas d'unlecteur de musiques numériques. À l'achat de l'appareil, les états de cet objetpourraient être :

– mémoire libre = 100% ;

– taux de charge de la batterie = faible ;

– aspect extérieur = neuf.

Au fur et à mesure de son utilisation, ses états vont être modifiés. Rapidementla mémoire libre va chuter, le taux de charge de la batterie variera et l'aspectextérieur va changer en fonction du soin apporté par l'utilisateur.

© E

dit

ions

EN

I -

All r

ights

rese

rved


Apprendre la POO

Les comportements de l'objet définissent ce que peut faire cet objet :

– Jouer la musique ;

– Aller à la piste suivante ;

– Aller à la piste précédente ;

– Monter le son ;

– etc.

Une partie des comportements de l'objet est accessible depuis l'extérieur de cetobjet : Bouton Play, Bouton Stop... et une autre partie est uniquementinterne : lecture de la carte mémoire, décodage de la musique à partir dufichier. On parle "d'encapsulation" pour définir la limite entre les comporte-ments accessibles de l'extérieur et les comportements internes.

L'identification d'un objet est une information, détachée de la liste des états,permettant de différencier cet objet particulier de ses congénères (c’est-à-dired'autres objets qui ont le même type que lui). L'identification peut être unnuméro de référence ou une chaîne de caractères unique construite à la créa-tion de l'objet ; elle peut également être l'adresse mémoire où est stocké l'objet.En réalité, sa forme dépend totalement de la problématique associée.

L'objet programmé peut être attaché à une entité bien réelle, comme pournotre lecteur numérique, mais il peut être également attaché à une entité tota-lement virtuelle comme un compte client, l'entrée d'un répertoire télépho-nique... La finalité de l'objet informatique est de gérer l'entité physique ou del'émuler.

Même si ce n'est pas dans sa nature de base, l'objet peut être rendu persistant,c'est-à-dire que ses états peuvent être enregistrés sur un support mémorisantl'information de façon intemporelle. À partir de cet enregistrement, l'objetpourra être reconstruit avec ses états quand le système le souhaitera. Lesupport typique capable d’une telle prouesse est la base de données.

17La conception orientée objetChapitre 2

3.1.2 La classe

La classe est le "moule" à partir duquel l'objet va être créé en mémoire. La classedécrit les états et les comportements communs d'un même type. Les valeursde ces états seront contenues dans les objets issus de la classe.

Les comptes courants d'une même banque contiennent tous les mêmes para-mètres (coordonnées du détenteur, solde, etc.) et ils ont tous les mêmes fonc-tions (créditer, débiter, nous rappeler à l’ordre si besoin, etc.). Ces définitionsdoivent être contenues dans une classe et, à chaque fois qu'un client ouvre unnouveau compte, cette classe servira de modèle à la création du nouvel objetcompte.

Le présentoir de lecteurs de musiques numériques propose un même modèleen différentes couleurs, avec des tailles mémoires différentes et modulables,etc. Chaque appareil du présentoir est un objet qui a été fabriqué à partir desinformations d'une seule classe. À la réalisation, les attributs de l'appareil ontété choisis en fonction de critères esthétiques et commerciaux décidés par deschefs produits très au fait des tendances d’achats des clients.

Une classe peut contenir beaucoup d'attributs. Ils peuvent être de type primi-tif – des entiers, des caractères... – mais également de type plus complexe. Eneffet, une classe peut contenir une ou plusieurs classes d'autres types. On parlealors de composition ou encore de "couplage fort". Dans ce cas la destructionde la classe principale entraîne, évidemment, la destruction des classes qu'ellecontient. Par exemple, si une classe hôtel contient une liste de chambres, ladestruction de l'hôtel entraîne la destruction de ses chambres.

Une classe peut faire "référence" à une autre classe ; dans ce cas, le couplage estdit "faible" et les objets peuvent vivre indépendamment. Par exemple, votrePC est relié à votre imprimante. Si votre PC rend l'âme, votre imprimantefonctionnera certainement avec votre futur PC ! On parle alors d'association.

En plus de ses attributs, la classe contient également une série de "comporte-ments", c'est-à-dire une série de méthodes avec leurs signatures et leurs implé-mentations attachées. Ces méthodes appartiennent aux objets et sontutilisées telles quelles.

© E

dit

ions

EN

I -

All r

ights

rese

rved


Apprendre la POO

On déclare la classe et son contenu dans un même fichier source à l'aide d'unesyntaxe que l'on étudiera en détail. Les développeurs C++ apprécieront le faitqu'il n'existe plus, d'un côté, une partie définitions du contenu de la classe et,de l'autre, une partie implémentations. En effet, en Java (tout comme en C#),le fichier programme (d'extension .java) contient les définitions de tous lesétats avec éventuellement une valeur "de départ" et les définitions et implé-mentations de tous les comportements. Contrairement au C#, une classe Javadoit être définie dans un seul fichier source.

3.1.3 La référence

Les objets sont construits à partir de la classe, par un processus appelé l'instan-ciation, et donc, tout objet est une instance d'une classe. Chaque instancecommence à un emplacement mémoire unique. L’adresse de cet emplacementmémoire connue sous le nom de pointeur par les développeurs C et C++devient une référence pour les développeurs Java et C#.

Quand le développeur a besoin d'un objet pendant un traitement, il doit fairedeux actions :

– déclarer et nommer une variable du type de la classe à utiliser ;

– instancier l'objet et enregistrer sa référence dans cette variable.

Une fois cette instanciation réalisée, le programme accédera aux propriétés etaux méthodes de l'objet par la variable contenant sa référence. Chaqueinstance est unique. Par contre, plusieurs variables peuvent "pointer" sur unemême instance. C'est d'ailleurs quand plus aucune variable ne pointe sur uneinstance donnée que le ramasse-miettes enregistre cette instance commedevant être détruite.

3.2 L'encapsulation

L'encapsulation consiste à créer une sorte de boîte noire contenant en interneun mécanisme protégé et en externe un ensemble de commandes qui vont per-mettre de la manipuler. Ce jeu de commandes est fait de telle sorte qu'il seraimpossible d'altérer le mécanisme protégé en cas de mauvaise utilisation. Laboîte noire sera si opaque qu'il sera impossible à l'utilisateur d'intervenir endirect sur le mécanisme.

avec le langage Java - fnac-static.com · 2018-05-15 · RI_NL_PT_sticker.indd 1 26/03/2018...

Documents

Transcript of avec le langage Java - fnac-static.com · 2018-05-15 · RI_NL_PT_sticker.indd 1 26/03/2018...