Héritage de Canvas

Bonjour,

j'aimerais avoir un rectangle en instanciant la classe joueur (c'est pour faire un pong ensuite), mais j'ai NameError: name 'master' is not defined . Je pensais hériter des méthodes et des attributs en self de la classe parente dans ma classe joueur. Bref, ce n'est plus très clair pour moi.

Il y a quelqu'un temps, wiztricks, pour un autre problème, m'a proposé une amélioration de code utilisant : super().__init__(bg='light yellow',height=500,width=500). Qu'apporte super() ? J'ai du mal à l'utiliser et à comprendre (internet indique que c'est surtout pour de l'héritage multiple). l'emploi de super() doit il être privilégié? ou est ce que je peux m'en passer pour des cas simples ? Quelle est la meilleurs pratique ?

Dans le tuto oscillo de Swinnen, l'auteur fait une classe en héritant de Canvas également.

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20

from tkinter import *   class Application(Canvas): def __init__(self, master, lar, hau): Canvas.__init__(self) self.configure(width=lar, height=hau, bg="black") self.lar, self.hau = lar, hau self.create_line(self.lar/2,0,self.lar/2,self.hau+2,fill="white",width = 5)   class Joueur(Application): def __init__(self): Application.__init__(self, master, lar, hau) joueur = self.create_rectangle(10,self.lar/2,10,self.lar/2+20,fill="white",width = 5)   root = Tk() launch = Application(root, 600, 300) launch.pack() joueur_1 = Joueur() root.mainloop()

---

Merci

Salut,

Citation:

---

Envoyé par Kazvert

j'aimerais avoir un rectangle en instanciant la classe joueur (c'est pour faire un pong ensuite), mais j'ai NameError: name 'master' is not defined . Je pensais hériter des méthodes et des attributs en self de la classe parente dans ma classe joueur. Bref, ce n'est plus très clair pour moi.

---

Relisez votre code:

Code:

---

1 2 3

class Joueur(Application): def __init__(self): Application.__init__(self, master, lar, hau)

---

Oubliez les "class" qui vous perturbent et imaginez de simples fonctions genre:

Code:

---

1 2	def f(): g(a, b, c)

---

et posez vous la question de savoir de quel chapeau vont sortir les paramètres d'appel a, b, c de la fonction g?
Comme ce ne sont pas des variables locales, Python va les chercher dans l'espace de noms globals et s'il ne les trouve pas "NameError" sera la punition.

Citation:

---

Il y a quelqu'un temps, wiztricks, pour un autre problème, m'a proposé une amélioration de code utilisant : super().__init__(bg='light yellow',height=500,width=500). Qu'apporte super() ? J'ai du mal à l'utiliser et à comprendre (internet indique que c'est surtout pour de l'héritage multiple). l'emploi de super() doit il être privilégié? ou est ce que je peux m'en passer pour des cas simples ? Quelle est la meilleurs pratique ?

---

super travaille pour vous et permet de passer de:

Code:

---

1 2 3

class Application(Canvas): def __init__(self, master, lar, hau): Canvas.__init__(self)

---

à l'écriture:

Code:

---

1 2 3

class Application(Canvas): def __init__(self, master, lar, hau): super().__init__()

---

fonctionnellement, c'est la même chose.

Personnellement, je préfère "super" parce que si Application doit hériter d'une version modifiée du Canvas, il n'y a qu'une ligne à changer. Mais pour débuter, faites comme vous préférez.

Relisez votre code:

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19

from tkinter import *   class Application(Canvas): def __init__(self, master, lar, hau): Canvas.__init__(self) self.configure(width=lar, height=hau, bg="black") self.lar, self.hau = lar, hau self.create_line(self.lar/2,0,self.lar/2,self.hau+2,fill="white",width = 5)   class Joueur(Application): def __init__(self): Application.__init__(self, master, lar, hau) joueur = self.create_rectangle(10,self.lar/2,10,self.lar/2+20,fill="white",width = 5)   root = Tk() launch = Application(root, 600, 300) launch.pack() joueur_1 = Joueur() root.mainloop()

---

C'est quoi la logique: une application et plusieurs joueurs ou une application et un seul joueur?
Dans les deux cas, c'est le bazar: joueur hérite d'application, donc créer un joueur crée une nouvelle instance d'application?
Le joueur aura probablement besoin d'accéder au Canvas/Application pour y dessiner ce qu'il est.
L'héritage n'est pas la bonne relation: il faut utiliser un agrégat:

Code:

---

1 2 3 4

class Joueur(Application): def __init__(self, application): self.application = application self.joueur = application.create_rectangle(10,self.lar/2,10,self.lar/2+20,fill="white",width = 5)

---

et passer launch à joueur:

Code:

---

joueur_1 = Joueur(launch)

---

note: les différentes relations qu'on peut créer entre classes sont la base de la POO. Python vous permet d'écrire de la POO mais pour apprendre, il faut s'y former (et la POO n'a rien de spécifique à Python) avec des bouquins/tutos comme "les patterns pour les nuls".

- W

Merci pour la réponse,

Je comprends mon problème initial, si les paramètres d'appel ne sont pas définis ...

Au final, j'aimerais effectivement instancier joueur deux fois (ou plus) sans créer une nouvelle instance d'application à chaque fois (ce que je faisais au final) .

Par contre, en mettant launch en argument de joueur, je ne retrouve pas self.lar . Définir une méthode dans application qui renvoie (avec return) la largeur et la hauteur est elle la bonne façon de faire ?

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27

from tkinter import *   class Application(Canvas): def __init__(self, master, lar, hau): super().__init__() self.configure(width=lar, height=hau, bg="black") self.lar = lar self.hau = hau self.create_line(self.lar/2,0,self.lar/2,self.hau+2,fill="white",width = 5) def can_prop(self): return (self.lar,self.hau)   class Joueur(Application): def __init__(self, application): self.application = application self.lar = self.application.can_prop()[0] self.hau = self.application.can_prop()[1] print(self.lar/60)   self.joueur = self.application.create_rectangle(10,self.lar/60,20,20,fill="white",width = 5)   root = Tk() launch = Application(root, 600, 300) launch.pack() joueur_1 = Joueur(launch) root.mainloop()

---

Je vais regarder des tutoriels sur le design pattern, mon objectif est de bien comprendre la POO. Si le tuto traite de C++, je comprendrai quand même ?

Bonne soirée

Salut,

Désolé mais dans ma réponse, j'ai oublié de supprimer l'héritage entre Joueur et Application. Ca ne change pas grand chose dans le fonctionnement de ce bout de code mais çà n'aide pas côté "clarté". Donc on a:

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27

from tkinter import *   class Application(Canvas): def __init__(self, master, lar, hau): super().__init__() self.configure(width=lar, height=hau, bg="black") self.lar = lar self.hau = hau self.create_line(self.lar/2,0,self.lar/2,self.hau+2,fill="white",width = 5) def can_prop(self): return (self.lar,self.hau)   class Joueur: def __init__(self, application): self.application = application self.lar = self.application.can_prop()[0] self.hau = self.application.can_prop()[1] print(self.lar/60)   self.joueur = self.application.create_rectangle(10,self.lar/60,20,20,fill="white",width = 5)   root = Tk() launch = Application(root, 600, 300) launch.pack() joueur_1 = Joueur(launch) root.mainloop()

---

Citation:

---

Envoyé par Kazvert

Par contre, en mettant launch en argument de joueur, je ne retrouve pas self.lar

---

self.application.can_prop accède à un attribut d'application.
self.lar accède à un attribut de "self". Pour accéder à celui d'application, il ne faut pas oublier l'indirection self.application.lar

Citation:

---

Envoyé par Kazvert

Définir une méthode dans application qui renvoie (avec return) la largeur et la hauteur est elle la bonne façon de faire ?

---

C'est une façon de faire mais vous pouvez aussi accéder aux attributs "lar" et "hau" directement (modulo de ne pas oublier l'indirection).
Mais relisez votre code:

Code:

---

1 2	self.lar = self.application.can_prop()[0] self.hau = self.application.can_prop()[1]

---

Pourquoi stocker ces valeurs dans des attributs spécifiques?
Que se passe-t-il s'ils changent plus tard?
A mon sens, ce sont des questions bien plus importantes.

Citation:

---

Je vais regarder des tutoriels sur le design pattern, mon objectif est de bien comprendre la POO. Si le tuto traite de C++, je comprendrai quand même ?

---

Vous verrez bien. Si C++ vous gène, vous pouvez toujours cherchez des variantes Python sur Internet et voir si çà vous parle plus.

- W

ok merci pour les conseils