Chapitre 1 - Concepts de La POO

Programmation Orientée
Objets
R. Ben Abbou & A. Zahi

FSTF, Fez, Maroc
Plan du cours
 Concepts de la POO
 Améliorations de C++
 Classes et objets
 Héritage
 Patrons
 Exceptions
2011-2012 LST INFO, FSTF 2

Objets
Chapitre 1
Concepts de la POO
Plan
 Introduction
 Programmation Structurée
 Principes
 Critiques et limitations
 Programmation Orientée Objets

 Principes
 Apports de la POO
 Concepts de la POO

Introduction
 Programmation Orientée Objets
 Évolution de la programmation structurée
 Conception proche du monde réel

Programmation structurée
(procédurale)
 Un programme = Structures de
données + fonctions (ou procédures )
Données
agissant sur les données
fonction 1
 Dissociation entre données et
traitement fonction 2
 Modularité assurée par le découpage

fonction n
du programme en fonctions et
procédures

(critiques et limitations)
Le moindre changement des
structures de données
Changement profond des

fonctions
 Changement des structures de données
 Exemple
Calculer le produit de deux matrices complexes
C3 = C1*C2

 Choix des structures de données
 Solution 1
 Un nombre complexe est représenté par deux variables

réelles
 Une matrice de complexe est représentée par deux

matrices réelles

 Solution 1 : listes des fonctions
 Une fonction qui saisit une matrice de complexes
 Une fonction qui affiche un nombre complexe.
 Une fonction qui affiche une matrice de complexes
 Une fonction qui calcule le produit de deux nombres
complexes
 Une fonction qui calcule le produit d’une ligne de la matrice
C1 et d’une colonne de la matrice C2
 Une fonction qui calcule le produit de deux matrices de
complexes C1 et C2
 Un programme principal qui saisit deux matrices C1 et C2,
et qui calcule et affiche leur produit.
 Changement des structures de données
 Solution 2
 Un nombre complexe est représenté par une structure à
deux champs réels
 Une matrice complexe est représentée par un tableau

bidimensionnel de structures de complexe
Peut-on garder les fonctions précédentes ?

NON

 Les fonctions s’appellent entre elles à
plusieurs endroits avec imbrication des appels
 En cas de modification d’une fonction il faut :
 Identifier tous les endroits d’appel de cette

fonction dans le programme (tâche délicate)
 Changer toutes les instructions d’appel

 Conception "plat de spaghettis" des fonctions
Fonction1( )
------- Fonction 2( )
------ -------
------
Fonction 5( )
------- Fonction 3( )
------ -------
------
Fonction 4( )
-------
------
 Conception "plat de spaghettis" des
fonctions
 Comment identifier la responsabilité d’une

fonction? qui fait quoi?
 Lisibilité faible

 Pas de protection des données : toute fonction peut
accéder et agir sur n’importe quelle donnée
 Manque de réutilisabilité
 Impossible de réutiliser une fonction existante qui opère sur des

structures de données différentes
 Réutiliser une fonction
Il faut intégrer toutes les fonctions appelées

(directement ou indirectement) dans cette fonction

Peut – on faire mieux?
Objet

Programmation Orientée Objets
 Principes de la POO
 Intégration des données et des traitements
(méthodes) au sein d’une même entité : objet
Objet = données + méthodes
Fonction1 Fonction2
Fonction 5 Fonction 3
Données
Fonction 4

 Principes de la POO
 Un programme = ensemble d’objets qui interagissent
et communiquent par messages
Fonction1 Fonction2
Fonction1 Fonction2
Fonction
Fonction Fonction
5 Fonction
Données 3 5
Données 3
Fonction
Fonction
4
4
Fonction1 Fonction2
Fonction
Fonction
5
Données 3
2011-2012 LST INFO, FSTF

Fonction 18
4
 Principes de la POO : Encapsulation

 Principes de la POO : Encapsulation

 Permet la protection des données d’un objet en y
contrôlant l’accès
 La partie données d’un objet est inaccessible (cachée) de
l’extérieur(les autres objets du programme)
 Seuls les méthodes de cet objet peuvent y accéder.
 Conséquences
 Un objet n’est vu que par ses spécifications
 Une modification interne n’influence pas le fonctionnement
général du programme

POO
 Principes de la POO : Abstraction

POO
 Principes de la POO : Abstraction

 L’interaction d’un objet vis-à-vis de l’extérieur est
définie par un ensemble de méthodes (interface).
 Ceci nous épargne de connaître la structure

interne de l’objet et le détail d’implémentation de
ses méthodes pour communiquer avec lui.
 L’objet est défini par son comportement et non

par sa structure
POO
 Encapsulation/Abstraction
Interface
Méthodes Données
( champs)

POO
 Apports de la POO
 Plus de modularité : l’unité de modularité est

l’objet
plus de réutilisabilité et d’extensibilité
 Plus de sécurité
 Protection des données de l’objet
 Interaction avec l’objet est définie par une interface

POO
 Apports de la POO
 Meilleure lisibilité: Les données et méthodes
sont spécifiées au même endroit
 Facilité d’extensibilité : Les données et les

méthodes sont traitées en même temps
 Nouvelles fonctionnalités (objets)
 Modification d’un objet: ajout, correction,
changement
Meilleure conception
POO
 Concepts de la POO
 Classe et Objets
 Message et méthodes
 Héritage (simple, multiple)
 Polymorphisme
 Agrégation

POO
 Concepts de la POO: Objet
 Un objet est une entité qui représente les
objets du monde réel (le problème)
 Un objet du problème peut être:

 Une entité tangible: voiture, personne, avion,
etc.
 Une entité conceptuelle: date, nombre,
planning, etc.

POO
 Un objet possède
 Une identité unique (code)
 Un état interne (valeurs des attributs à un

instant )
 Un comportement (les méthodes exécutées en

réaction aux messages des autres objets )

POO
 Caractérisation d’un objet

POO
 Concepts de la POO: Classe
 Une classe est la description d’un ensemble d’objets ayant la
même structure (attributs) et le même comportement
(méthodes)

POO
 Concepts de la POO: instanciation
 Instanciation: Création d’un objet d’une classe
 Les objets d’une classe sont appelés instances
 Analogie
Programmation Variable Type

Procédurale
Programmation Objet Classe
orientée Objet s
POO
 Concepts de la POO: Structure d’une classe
 Une classe est composée de deux parties :
 Partie données : attributs ou champs
 Partie traitement : méthodes ou opérations
appliquées aux objets
Champs
Champs1
Classe A Champs2
Méthodes
Méthode1( )
Méthode2( )
Objet de la classe A
O1

POO
 Exemple de classe: compte bancaire
Champs
numéro
CIN
Nom
Classe Prénom
Adresse
Solde
Méthodes
Créer_compte( )
Afficher_solde( )
Retirer( )
Déposer( )
Fermer_compte()
Compte 2
Compte 1
Instances
Programmation orientée objets
POO
 Concepts: Méthodes et envoi de message
 Le comportement des objets est décrit au niveau
de leur classe par un ensemble de méthodes
 L’interaction (communication) avec un objet est

assurée par l’envoi de message
 Indiquer à l’objet ce qu’il doit faire
Afficher( )
Affiche toi Classe
O1
2011-2012 instance LST INFO, FSTF 34

POO
 Concepts de la POO: Héritage
 Relation entre classes de type " est une "

POO
 Concepts de la POO : Héritage
 Permet de définir une classes à partir d’une
ou plusieurs classes existantes
 Utilisé dans un objectif de:

 Spécialisation: ajouter de nouveaux attributs et de
nouvelles méthodes
 Généraliser : factoriser les propriétés communes

aux classes dérivées
POO
 Concepts de la POO : Héritage Simple
 Soit B une classe qui hérite d’une classe A
 B dispose implicitement de tous les attributs et de
toutes les méthodes de la classe A
 Les attributs et les méthodes de la classe B sont

prioritaires par rapport aux attributs et méthodes
de même nom définis dans la classe A

POO
 Concepts de la POO: Héritage simple
 Terminologie et Représentation graphique
 La classe B hérite de la classe A
A

 La classe A est dite la super-classe ou la B
classe de base
 La classe B est dite la sous-classe ou la

classe dérivée

POO
 Concepts de la POO: Héritage simple A1
 L’héritage n’est pas limité à un seul
niveau
A2
 Une hiérarchie de classes peut être
définie
A3
 La profondeur de la hiérarchie doit être

raisonnable
An
POO
 Concepts de la POO: Héritage Simple
 Exemple d’hiérarchie
Personne
Employé Etudiant
Etudiant_ Etudiant_non
Ingénieur Technicien boursié _boursié
POO
 Concepts de la POO: Héritage Simple
A éviter
 Hiérarchies trop lourdes
– il ne faut pas en abuser !!!
 Héritage de construction
– La classe voiture ne doit pas hériter de la classe roue
 Incohérences conceptuelles
– Les attributs ou les méthodes de la classe de base ne
sont pas compatibles avec la classe dérivée
POO
 Concepts de la POO : Classes Abstraites
 Une classe abstraite est une classe où certaines
méthodes ne sont pas implémentées
 La classe abstraite ne peut pas être instanciée

Classe abstraite A
Méthodes
Abstraite Méthode1( )
Objet de la classe A Méthode2( )
O1
POO
 Concepts de la POO: Classes Abstraites
 Intérêt: définir un cadre de travail pour les classes
dérivées
Forme
 Exemple --------
Abstraite dessiner( )
--------
Cercle Carre Triangle

-------- -------- --------
dessiner( ) dessiner( ) dessiner( )
-------- -------- --------
POO
 Concepts de la POO: Héritage Multiple
 Une classe hérite de plusieurs classes à
la fois
A1 A2 An

POO
 Exemple
Employé Etudiant
Etudiant_salarié

POO
Employé Etudiant
Conflits -------
code (doti)
-------
code (CNE)
------- -------
Des super-classes possèdent Etudiant_salarié

des attributs ou méthodes -------
code
ayant le même nom
!!! code
-------
-------

POO
Personne
-------
Conflits nom
-------
Employé Etudiant
Un membre (attribut ou
méthode) est hérité
Etudiant_salarié
plusieurs fois par une
classe dérivée
!!! -------
nom
nom
2011-2012 LST INFO, FSTF
------- 47
POO
 Résolution de conflits
Trois solutions sont proposées

POO
 Résolution de conflits (1)
Considérer que tout conflit est une erreur
Revoir la conception

POO
Définir un ordre entre les classes de base
Priorité 1 Priorité 2
Employé Etudiant
------- -------
nom nom
------- -------
Etudiant_salarié
-------
nom (Employé)
2011-2012 -------
LST INFO, FSTF 50
POO
Le membre qui présente un conflit est

dupliqué
Pour désigner l’un d’eux, on doit le préfixer

par le nom de la classe d’origine.

POO
Employé Etudiant
------- ------
code code
------- -------
Etudiant_salarié
-------
code (Employé)
code (Etudiant)
2011-2012 -------
LST INFO, FSTF 52
POO
 Concepts de la POO: Polymorphisme
 Le polymorphisme est la capacité d’une entité à
prendre plusieurs formes
 L’entité polymorphe prend la forme adéquate au
cours de l’exécution
- Débrayer
Feu Voiture - Passer la première
- Accélérer
- Embrayer
Démarrage
des véhicules
Pédaler
Changement (vert )
Vélo
POO
 Trois types de polymorphisme
 Polymorphisme paramétrique :
– Définir la même fonction avec des paramètres
de type différents
 Polymorphisme ad hoc : Surcharge
– Définir la même fonction dans des classes sans
rapport
 Polymorphisme de l’héritage: Redéfinition
– Spécialiser des méthodes de la super-classe pour les
classes dérivées

POO
d’héritage
Forme
 Exemple --------
dessiner( )
La méthode dessiner() est définie --------
dans la classe Forme
La méthode dessiner() est Cercle Carre Triangle

redéfinie dans chacune des -------- -------- --------
dessiner( )
classes dérivées (différemment) dessiner( ) dessiner( )
-------- -------- --------

POO
d’héritage Forme
--------
 Exemple Ptr1
dessiner( )
--------
Lors de l’exécution ptr1 peut
pointer sur un objet de la classe
Forme ou l’une des classes Cercle Triangle
Carre
dérivées -------- -------- --------
dessiner( ) dessiner( ) dessiner( )
Quelle fonction « dessiner() »
-------- -------- --------
sera exécutée dans ce cas?
Le choix de la bonne méthode
est retardé au moment de
l’exécution
POO
 Concepts de la POO: Agrégation
 Exprime la relation entre classes de type " est
composé de …«
 Les valeurs prises par l’un des attributs de la

classe sont des instances d’une autre classe
-------------------
clav : Clavier
La Classe Ordinateur Sour : Souris

Proc : processeur
Mon : Moniteur
--------------------
Langages Orientés Objets
 Classification
 Tout LOO doit satisfaire 3 concepts de base et peut
implémenter d’autres concepts complémentaires.
 Concepts de base
 Classe et instances
 Message et méthodes
 Héritage simple
 Concepts complémentaires
 Héritage multiple
 Polymorphisme
 Agrégation

Langages Orientés Objets
 Historique
 Simula (1967)
 Smalltalk (1972)
 C++ (1983)
 Eiffel
 Java (1995)

Chapitre 1 - Concepts de La POO

Transféré par

Informations du document

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Chapitre 1 - Concepts de La POO

Transféré par

Droits d'auteur :

Formats disponibles

Programmation Orientée

R. Ben Abbou & A. Zahi

2011-2012 LST INFO, FSTF 2

 Programmation Orientée Objets

2011-2012 LST INFO, FSTF 4

 Programmation Orientée Objets

 Évolution de la programmation structurée

 Conception proche du monde réel

2011-2012 LST INFO, FSTF 5

 Modularité assurée par le découpage

2011-2012 LST INFO, FSTF 6

Changement profond des

Calculer le produit de deux matrices complexes

2011-2012 LST INFO, FSTF 8

 Un nombre complexe est représenté par deux variables

 Une matrice de complexe est représentée par deux

2011-2012 LST INFO, FSTF 9

 Une matrice complexe est représentée par un tableau

Peut-on garder les fonctions précédentes ?

2011-2012 LST INFO, FSTF 11

 En cas de modification d’une fonction il faut :

 Identifier tous les endroits d’appel de cette

 Changer toutes les instructions d’appel

2011-2012 LST INFO, FSTF 12

 Comment identifier la responsabilité d’une

2011-2012 LST INFO, FSTF 14

 Impossible de réutiliser une fonction existante qui opère sur des

 Réutiliser une fonction

Il faut intégrer toutes les fonctions appelées

2011-2012 LST INFO, FSTF 15

2011-2012 LST INFO, FSTF 16

2011-2012 LST INFO, FSTF 17

2011-2012 LST INFO, FSTF

 Principes de la POO : Encapsulation

2011-2012 LST INFO, FSTF 19

 Principes de la POO : Encapsulation

2011-2012 LST INFO, FSTF 20

 Principes de la POO : Abstraction

2011-2012 LST INFO, FSTF 21

 Principes de la POO : Abstraction

 Ceci nous épargne de connaître la structure

 L’objet est défini par son comportement et non

2011-2012 LST INFO, FSTF 23

 Plus de modularité : l’unité de modularité est

2011-2012 LST INFO, FSTF 24

 Facilité d’extensibilité : Les données et les

2011-2012 LST INFO, FSTF 26

 Un objet du problème peut être:

2011-2012 LST INFO, FSTF 27

 Un état interne (valeurs des attributs à un

 Un comportement (les méthodes exécutées en

2011-2012 LST INFO, FSTF 28

2011-2012 LST INFO, FSTF 29

2011-2012 LST INFO, FSTF 30

 Les objets d’une classe sont appelés instances

Programmation Variable Type

2011-2012 LST INFO, FSTF 32

 L’interaction (communication) avec un objet est

2011-2012 instance LST INFO, FSTF 34

2011-2012 LST INFO, FSTF 35

 Utilisé dans un objectif de:

 Généraliser : factoriser les propriétés communes

 Les attributs et les méthodes de la classe B sont

2011-2012 LST INFO, FSTF 37