object – Sam & Max http://sametmax.com Du code, du cul Tue, 10 Sep 2019 09:14:50 +0000 en-US hourly 1 https://wordpress.org/?v=4.9.7 32490438 Le guide ultime et définitif sur la programmation orientée objet en Python à l’usage des débutants qui sont rassurés par les textes détaillés qui prennent le temps de tout expliquer. Partie 1. http://sametmax.com/le-guide-ultime-et-definitif-sur-la-programmation-orientee-objet-en-python-a-lusage-des-debutants-qui-sont-rassures-par-les-textes-detailles-qui-prennent-le-temps-de-tout-expliquer-partie-1/ http://sametmax.com/le-guide-ultime-et-definitif-sur-la-programmation-orientee-objet-en-python-a-lusage-des-debutants-qui-sont-rassures-par-les-textes-detailles-qui-prennent-le-temps-de-tout-expliquer-partie-1/#comments Tue, 15 Jan 2013 07:30:56 +0000 http://sametmax.com/?p=4134 Prérequis à ce tuto bien chargé :

  • comprendre parfaitement les mots clés les plus courants (conditions, tests, pass, etc);
  • comprendre parfaitement les fonctions (et donc les paramètres avancées en Python);
  • comprendre la notion de référence;
  • connaitre les structures de données de base (string, int, list, dict, etc).

Intro

Il y a des tas de manières de programmer. Des styles. Des formes que l’on donne au code. On leur donne des noms: programmation procédurale, fonctionnelle, orientée flux, par contrat, etc. C’est ce qu’on appelle des paradigmes, des points de vue sur comment on doit faire le boulot.

En vérité, le point de vue n’est pas déterminant. Vous pouvez faire le même boulot en utilisant n’importe lequel. L’important c’est de coder.

Mais chaque point de vue possède des caractéristiques et des outils différents.

Ce que vous allez voir est ce qu’on appelle la programmation orientée objet, ou POO. C’est un simple point de vue, un outil, mais il est très utilisé en Python, Ruby ou Java.

Quand vous avez appris la programmation, on vous a montré comment stocker des données dans des structures de données:

  • les listes
  • les chaînes
  • les entiers
  • les dictionnaires
  • etc

Et on vous a montré comment créer un comportement pour votre programme en utilisant des mots clés, puis plus tard en utilisant des fonctions pour regrouper ces mots clés.

En Python, à ce stade, vous utilisez des fonctions pour agir sur des structures de données.

La programmation orienté objet, c’est un style de programmation qui permet de regrouper au même endroit le comportement (les fonctions) et les données (les structures) qui sont faites pour aller ensemble.

C’est tout. C’est une simple question d’organisation du programme.

Qu’est-ce qu’un objet

Un objet est un… truc. Un machin. Un bidule.

Ça peut vous paraître une définition floue, mais c’est parce que c’est exactement ce que peut être un objet: n’importe quoi que vous décidiez de coder. L’objet est un moyen de dire à la machine : “ce < entrez_ici_un_nom_de_truc > possède telle donnée, et fait telle chose avec”.

En Python, absolument tout est un objet : une chaîne, un entier, un dictionnaire, une liste, une fonction… Vous avez donc manipulé des objets sans le savoir. Maintenant vous allez créer les vôtres.

Créer des objets se fait en deux étapes: décrire à quoi ressemble votre objet, et demander à l’ordinateur d’utiliser cette description pour le fabriquer.

En Python 2.x, cela donne ceci:

class DescriptionDeLObject:
    pass
>>> object_tout_neuf = DescriptionDeLObject()
>>> print object_tout_neuf
<__main__.DescriptionDeLObject instance at 0x3112440>

La description de l’objet (le plan de construction) est :

class DescriptionDeLObject:
    pass

C’est ce qu’on appelle une classe. La classe est le moyen, en Python, de décrire à quoi va ressembler un objet.

On dit ici:

“Cet objet s’appelle DescriptionDeLObject.”

C’est tout.

Ensuite, on crée l’objet:

>>> object_tout_neuf = DescriptionDeLObject()

DescriptionDeLObject() (notez les parenthèses), est la syntaxe Python pour dire “fabrique un objet à partir de ce plan”. Le nouvel objet va être retourné, et mis dans la variable object_tout_neuf.

La variable object_tout_neuf contient un objet issu de la classe DescriptionDeLObject, on dit qu’il contient une instance de DescriptionDeLObject. C’est pour cela que l’action de créer un objet à partir d’une classe est appelée instanciation.

Python ne sait pas grand chose sur cet objet si ce n’est son nom et son adresse en mémoire. Si on fait print dessus, c’est donc ce qu’il vous donne:

>>> print object_tout_neuf
<__main__.DescriptionDeLObject instance at 0x3112440>

On peut créer autant d’objets que l’on veut à partir d’une classe :

>>> DescriptionDeLObject()
<__main__.DescriptionDeLObject instance at 0x31c1d40>
>>> DescriptionDeLObject()
<__main__.DescriptionDeLObject instance at 0x31d6cf8>
>>> DescriptionDeLObject()
<__main__.DescriptionDeLObject instance at 0x31d6bd8>
>>> DescriptionDeLObject()
<__main__.DescriptionDeLObject instance at 0x31d6c68>

Méthodes

Les méthodes sont des fonctions déclarées à l’intérieur de la classe. Méthode est juste un nom pour dire “cette fonction est dans une classe”.

class DescriptionDeLObject:
    
    def la_methode(objet_en_cours):

        print 'Edgar Morin'

Nous avons créé une “fonction” nommée une_methode dans le bloc de la classe. Puisqu’elle est dans ce bloc, cette fonction est ce qu’on appelle une méthode.

Elle n’existe pas en dehors de la classe.

>>> la_methode()
Traceback (most recent call last):
  File "", line 1, in 
    la_methode()
NameError: name 'la_methode' is not defined

Mais, elle est attachée à chaque objet. On peut l’utiliser en faisant < variable_contenant_objet >.< nom_de_méthode >. Ainsi, pour appeler une méthode, il nous faut forcément une instance :

>>> objet_tout_neuf = DescriptionDeLObject()
>>> objet_tout_neuf.la_methode()
Edgar Morin

Arrivé à ce stade, vous devez vous demander “quel est ce objet_en_cours” qui est défini comme paramètre de la méthode ?

C’est une spécificité de Python : quand vous appelez une méthode depuis un objet, l’objet est automatiquement passé en premier paramètre par Python. C’est automatique, et invisible.

C’est très facile à comprendre en faisant une méthode qui retourne objet_en_cours pour voir ce qu’il y a dedans :

>>> class DescriptionDeLObject:
...         
...         def une_methode(objet_en_cours):
...         
...                 return objet_en_cours
...     
>>> ze_object = DescriptionDeLObject()
>>> print ze_object 
<__main__.DescriptionDeLObject instance at 0x3429170>
>>> print ze_object.une_methode()
<__main__.DescriptionDeLObject instance at 0x3429170>

Python fait comme si on avait fait :

DescriptionDeLObject.une_methode(ze_object)

objet_en_cours et ze_object contiennent la même chose : l’objet en cours. objet_en_cours est juste le nom que nous avons donné à notre premier argument, mais Python passe toujours automatiquement en premier argument l’objet en cours afin que vous puissiez modifier cet objet à l’intérieur d’une méthode.

On dit donc que objet_en_cours est l’instance courante.

Une méthode doit donc toujours déclarer au moins un paramètre pour accueillir la référence à l’objet en cours, sinon ça plante. Voyez plutôt :

class DescriptionDeLObject:
    
    def methode_sans_objet_en_cours():

        print "test"

    def methode_avec_objet_en_cours(objet_en_cours):

        print "test"

>>> ze_object = DescriptionDeLObject()
>>> ze_object.methode_avec_objet_en_cours() 
test
>>> ze_object.methode_sans_objet_en_cours()
Traceback (most recent call last):
  File "", line 1, in 
    ze_object.methode_sans_objet_en_cours()
TypeError: methode_sans_objet_en_cours() takes no arguments (1 given)

Python dit que methode_sans_objet_en_cours est déclarée sans argument mais on lui en a passé un tout de même. Et en effet, Python lui a passé de manière invisible l’objet en cours en tant que premier argument.

En résumé, on déclare une classe avec une méthode ainsi:

class DescriptionDeLObject:
    
    def nom_de_methode(objet_en_cours):

        faire quelque chose ici

Et on l’utilise ainsi:

variable = DescriptionDeLObject()
variable.nom_de_methode()

Conventions

En Python, peu de choses sont forcées. La plupart des choses sont des conventions. Mais ce sont des conventions fortes, les gens y tiennent.

Parmi ces conventions, il y a les conventions de nommage, à savoir:

  • on nomme les classes sans espace, avec des majuscules : NomDUneClasse
  • on nomme le reste en minuscule avec des underscores : nom_de_methode, nom_d_attribut, etc

La convention la plus surprenante est celle du premier paramètre des méthodes qui contient l’objet en cours. Son nom n’est pas forcé, contrairement aux autres langages (comme this en Java par exemple), en fait c’est un paramètre tout à faire ordinaire. Néanmoins, la (très très forte) convention est de l’appeler self :

class DescriptionDeLObject:
    
    def nom_de_methode(self):

        faire quelque chose ici

Appelez-donc TOUJOURS le premier paramètre de chaque méthode self, et rappelez-vous qu’il contiendra toujours l’instance courante.

Enfin, les concepteurs de Python ont ajouté une convention supplémentaire : les méthodes appelées automatiquement sont appelées __nom_de_methode__ (avec deux underscores de chaque côté).

En effet, il existe un certains nombre de méthodes que vous pouvez écrire, et si vous les nommez d’une certaine façon, elle seront appelées automatiquement quand une condition spéciale (liée au nom), se présente.

Nous verrons cela avec la méthode __init__.

Attributs

Vous avez vu que les méthodes étaient juste des fonctions attachées à un objet. Hé bien les attributs sont juste des variables attachées à un objet.

En fait, techniquement, les méthodes sont aussi des attributs, mais faisons comme si ce n’était pas le cas et séparons :

  • méthodes : fonctions pour objets
  • attributs : variables pour objets

Comme Python est un langage dynamique, on peut ajouter n’importe quel attribut à n’importe quel objet en utilisant la syntaxe < objet >.< nom_attribut > :

>>> print ze_object.un_attribut # l'attribut n'existe pas
Traceback (most recent call last):
  File "", line 1, in 
    ze_object.un_attribut
AttributeError: DescriptionDeLObject instance has no attribute 'un_attribut'

>>> ze_object.un_attribut = "valeur de l'attribut"
>>> print ze_object.un_attribut
valeur de l'attribut

Et c’est là que vous allez voir l’interêt de self :

class DescriptionDeLObject:
    
    def afficher(self):

        # self est l'objet en cours, donc on à accès à ses attributs !
        print self.un_attribut

    def modifier(self):

        # on peut modifier les attributs depuis l'intérieur
        self.un_attribut = "autre valeur"

On peut accéder aux attributs depuis l’intérieur et l’extérieur d’un objet :

>>> ze_object = DescriptionDeLObject() 
>>> ze_object.afficher() # l'attribut n'existe pas encore
Traceback (most recent call last):
  File "", line 1, in 
    ze_object.afficher() # l'attribut n'exite pas
  File "", line 5, in afficher
    print self.un_attribut
AttributeError: DescriptionDeLObject instance has no attribute 'un_attribut'

>>> ze_object.un_attribut = "maintenant il existe !"
>>> ze_object.afficher() 
maintenant il existe !
>>> ze_object.modifier() # l'attribut est modifié par la méthode
>>> ze_object.un_attribut 
'autre valeur'

Comme une méthode est juste une fonction attachée à un objet, on peut lui passer des paramètres. Et une méthode a accès à l’objet en cours, elle peut modifier l’objet en cours.

Donc, une méthode peut modifier l’objet en cours en fonction des paramètres passés :

class DescriptionDeLObject:
    
    def afficher(self):

        print "La valeur actuelle est %s" % self.un_attribut

    def modifier(self, valeur):

        self.un_attribut = valeur * 2

>>> ze_object = DescriptionDeLObject()
>>> ze_object.un_attribut = 1 # on met un entier en valeur cette fois
>>> ze_object.afficher()
La valeur actuelle est 1
>>> ze_object.modifier(2) # on passe un paramètre 
>>> ze_object.afficher()
La valeur actuelle est 4

Les méthodes servent exactement à cela : retourner les valeurs à l’intérieur de l’objet, ou à les modifier.

Initialisation d’un objet

On souhaite généralement donner un état de départ à tout nouvel objet créé. Par exemple, si vous travaillez sur un jeu vidéo de course de voitures, vous voudrez peut-être créer un objet voiture avec du carburant et une couleur de peinture.

Il serait contre productif de devoir les spécifier à chaque fois. Pour automatiser le travail, Python met à disposition des méthodes appelées automatiquement quand une condition est remplie. Ce sont les méthodes nommées __methode__.

Dans notre cas, on veut que notre objet ait un état de départ, donc on va utiliser la méthode qui est appelée automatiquement après la création de l’objet. C’est la méthode __init__.

Si vous définissez une méthode avec le nom __init__, Python va automatiquement, et de manière invisible, appeler la méthode après avoir créé l’objet :

class DescriptionDeLObject:
    
    def __init__(self):

        print "L'objet a été créé !"
        print "La méthode est appelée automatiquement"

>>> ze_object = DescriptionDeLObject()
L'objet a été créé !
La méthode est appelée automatiquement

__init__ est une méthode tout à fait ordinaire. Seul le nom est important: comme elle est appelée ainsi, Python la détecte automatiquement et l’appelle au bon moment.

C’est très utile pour fournir un état de départ:

class Voiture:

    def __init__(self):

        self.carburant = 100
        self.couleur = "noire"

>>> v = Voiture()
>>> v.couleur
'noire'
>>> v.carburant
100

Bien entendu, on veut généralement pouvoir changer l’état de départ. Ici encore, Python nous aide: si vous passez des paramètres à l’instanciation, ils sont passés automatiquement à __init__.

Comme __init__ est une méthode ordinaire (et donc une fonction), on peut lui donner des paramètres avec des valeurs par défaut mais accepter une nouvelle valeur si elle est passée :

class Voiture:

    def __init__(self, combien_de_carburant=100, quelle_couleur="noire"):

        self.carburant = combien_de_carburant
        self.couleur = quelle_couleur


>>> v1 = Voiture() # sans paramètres, les valeurs par défaut sont utilisées
>>> v1.couleur
'noire'
>>> v1.carburant
100
>>> v2 = Voiture(50, 'rouge et jaune à petit pois') # on change les valeurs
>>> v2.couleur 
'rouge et jaune \xc3\xa0 petit pois'
>>> v1.couleur
'noire'
>>> v3 = Voiture(quelle_couleur="fushia virant sur l'aigue marine")
>>> v3.couleur
"fushia virant sur l'aigue marine"
>>> v3.carburant
100

Les valeurs passées dans Voiture(valeurs, passées), sont automatiquement repassées à __init__(self, valeurs, passées).

En résumé : __init__ est appelée automatiquement après que l’objet soit créé, et on lui passe les paramètres passés à l’instanciation. Comme __init__ est une méthode et a accès à l’instance courante, elle peut ajouter des attributs à l’objet en cours en fonction de ces paramètres. On utilise ça pour créer des objets avec un état de départ par défaut, et permettre une personnalisation de cet état de départ.

J’ai mis des noms différents pour les paramètres d’__init__ et les attributs de l’objet, mais en réalité on leur met souvent le même nom par convention. Donc l’exemple ci-dessus s’écrirait plutôt :

class Voiture:

    def __init__(self, carburant=100, couleur="noire"):

        self.carburant = carburant
        self.couleur = couleur

carburant et couleur ne sont pas la même chose que self.carburant et self.couleur : les premiers n’existent que dans __init__. Une fois qu’__init__ a fini de s’exécuter, ils disparaissent. Les seconds sont des attributs de l’objet en cours, et sont donc toujours disponibles tant que l’objet existe. Le fait qu’ils portent le même nom ne pose aucun problème car la syntaxe self. les différencie.

Résumé final

La classe, c’est un plan.

L’objet, c’est ce qu’on crée avec le plan.

Une méthode, c’est une fonction déclarée dans une classe (qui est attachée à chaque objet produit, et on lui passe en premier paramètre l’objet en cours).

Un attribut, c’est une variable attachée à un objet.

Une instance d’une classe, c’est l’objet issu d’une classe.

Un spermophile, c’est un animal dont la queue est assez courte et plus ou moins fournie. Il aime être à 4 pattes et mange parfois des glands. Ça n’a rien à voir, mais je me suis dit qu’il fallait faire passer l’info. Ah oui, et la cuniculture, c’est prendre soin d’un lapinou. La levrette, par contre, n’est pas la femelle du lièvre.

Le vocabulaire en informatique, c’est primordial.

La partie 2
, c’est par ici.

]]>
http://sametmax.com/le-guide-ultime-et-definitif-sur-la-programmation-orientee-objet-en-python-a-lusage-des-debutants-qui-sont-rassures-par-les-textes-detailles-qui-prennent-le-temps-de-tout-expliquer-partie-1/feed/ 43 4134