Ne confont pas l’ordre de déclaration du code et son exécutation. Dans :

“`

class Truc(object):

def init(self):

print(‘machine)

t = Truc()

““

La méthode init est bien déclarée au milieu, mais est exécutée à la fin. C’est pareil pour toutes les interactions de l’article : regarde l’ordre de création des objets, et tu verras qu’ils sont toujours créés avant d’être utilisés. C’est une des difficultées de la POO : voir quand quel code est appelé.

Les objets qui interagissent entre eux via la composition font donc appel à des méthodes d’autres objets. Ça me perturbe. N’ayant jamais fait autre chose que de la procédurale, pour moi une fonction doit être déclarée avant d’être appelée (patapé si j’utilise pas le bon vocabulaire, je suis un gros noob).

Mais il semble que ça ne soit pas le cas avec les objets vu que l’interaction est dans les deux sens.

Du coup, comment ça se passe ? L’interpréteur “met de côté” les attributs et méthodes dont il ne trouve pas immédiatement de référence ? Ou alors il y a bien un ordre pour déclarer les classes ?

Etre : Être
moult : pas invariable si pas adverbe -> moultes manières

# appelle le __init__ de arme : commentaire tout nul : # appelle le __init__ des parents juste au dessus, c’est un peu mieux

Si il retrouve : S’il retrouve

doré a l’adamantium : si c’est la maille qui est dorée : +e et À l’adamantium

J’ai ri (sans Tom) quand Bob est mort…

objet arme : Arme + balise code

return degat – self.armure : return max(0,degat – self.armure) ?

Dans la victoire de Bob le tricheur, on s’attend à voir 2000 – 100000 du poison ->

2000 - 0 = 2000 #attaque «normale» à 1
#effet du poison
Victoire de Bob


Par juste dans des attributs : Pas

(Garçon est une spécialisation de Personne, Voiture est une spécialisation de véhicule, Clio est une spécialisation de voiture, Reptincel est une spécialisation de pokemon, foxmask est une spécialisation du correcteur orthographique de Word, etc) : etc. + Majuscule au nom des «classe» + en balise code ?

le bar et la raie font parti des poissons ah non ça c’est une spécialisation, etc : etc. + partiE

#les stratégie par défaut : stratégies

#on instancie notre classe de strategie : notre classe Strategy /de stratégie

Ici on dit récupérer : Ici, on dit de récupérer

objet strategy : manque les balises code 2 3 fois

Prochaine stations : sans s

(que super() va l’analyser pour trouver les parents automatiquement)
(que super() va analyser pour trouver les parents automatiquement)

avec des actions figures
avec des action figures
(Pas sûr de moi sur ce coup là. Les anglicismes, j’ai rien contre, mais on sait pas forcément comment les accorder).

# self est l’objet en cours, donc l’arme
# cible est un héros, puisqu’on l’a passé en paramètre

# self est l’objet en cours, donc l’arme.
# cible est un héros, puisqu’on l’a passé en paramètre

Je comprenais rien à ce commentaire, jusqu’à ce que je réalise que ce sont deux phrases séparées.

# self est l’objet en cours, donc la protection
# degat est un simple int

# self est l’objet en cours, donc la protection.
# degat est un simple int

On peut mettre des objets dans des sets, des dicos, des listes… Par juste des attributs. Il y en a des choses à faire !
On peut mettre des objets dans des sets, des dicos, des listes… Pas juste dans des attributs. Il y en a des choses à faire !

Raymond fait parti d’un bar,
Raymond fait partie d’un bar,

le bar et la raie font parti des poissons,
Justement, non.
le bar et la raie sont des spécialisations de poissons,
Du coup, ça casse un peu l’exemple. Je pense qu’il faut carrément enlever ce bout de phrase, car il embrouille le lecteur. C’est dommage parce que c’est très drôle.