Programmation PYTHON - Zenk - Security - Repository

Duck typing et interfaces
Programmation orientée objet
CHAPITRE 14
Python n’utilisant pas de typage statique, le code peut se baser sur une philosophie de
programmation polymorphique plus souple, qui tient en une phrase : If it quacks like
a duck, then it’s a duck (littéralement : si ça fait « coin-coin », c’est un canard).
Cette citation, tirée du film Sacré Graal, signifie que le type des objets peut être
deviné par les attributs qu’ils portent. Ou plus précisément : si un objet porte un certain
nombre d’attributs, il fait l’affaire.
C’est ce principe qui est appliqué dans le code qui utilise les objets de type fichier ou
assimilés, offrant ainsi la possibilité de substituer un objet de type StringIO dans du
code prévu pour un objet de type file.
Le duck typing se base sur l’utilisation de la primitive hasattr() pour analyser les
attributs d’un objet et évite les primitives isinstance(), type() ou assimilés.
Duck typing
>>> import cStringIO
>>> def litdonnees(objet):
... ifnot hasattr(objet, 'readline'):
... raise TypeError("l'objet n'a pas de fonction de lecture")
... return objet.readline()
...
>>> object1 = cStringIO.StringIO('contenu')
>>> litdonnees(object1)
'contenu'
>>> class Compatible(object):
... def readline(self):
... return 'pas de pb'
...
>>> object2 = Compatible()
>>> litdonnees(object2)
'pas de pb'
>>> object3 = object()
>>> litdonnees(object3)
Traceback (most recent call last):
File "", line 1, in ?
File "", line 3, in litdonnees
TypeError: l'objet n'a pas de fonction de lecture
Cette philosophie influence fortement l’orientation du programme en termes
d’architecture et modifie le rôle de l’héritage : il n’est plus forcément utilisé lorsqu’il
s’agit d’offrir le sésame à certaines fonctions pour un nouveau type de classe.
495