IGUI avec notion de class

Bonjour,

Mon niveau en python n'est trop loin de celui d'un débutant.
D'habitude, je fais les IHM en utilisant les objets les uns après les autres sans classe.

Pour apprendre la bonne pratique, je passe donc à la notion de classe. Cependant, j'ai un souci énoncé ci-dessous et voudrais demander aux bonnes volonté un coup de pouce. Merci d'avance.

J'utilise une classe App pour écrire mon code d'IHM.
Le problème c'est qu'à l'intérieur de mon init j'ai mis self, master. Et dans le main j'appelle TK dans root puis je fais app=App(root).
Mon IHM marche mais j'aimerais comprendre le bon emplacement de master et root voir même la philosophie de cette de class.
Vous trouverez plus de détails dans le code suivant:

Code:

---

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

import tkinter as tk from tkinter import *   class App(object):   def __init__(self, master) : master.title('Test of test') master.geometry('500x500')   frame1 = Frame(master, bg = 'yellow', padx=20, pady=20) frame1.grid(row=1, column=1) Label(frame1, text='Name', padx=50, pady=50).pack() Label(frame1, text='Email', padx=5, pady=5).pack()     if __name__ == '__main__': root= tk.Tk() app = App(root) root.mainloop()

---

Salut,

Citation:

---

Envoyé par Zaverti

Mon IHM marche mais j'aimerais comprendre le bon emplacement de master et root voir même la philosophie de cette de class.

---

Sans "class", on pourrait écrire:

Code:

---

1 2 3 4 5 6 7 8 9 10 11

import tkinter as tk     root= tk.Tk() root.title('Test of test') root.geometry('500x500') frame1 = tk.Frame(root, bg = 'yellow', padx=20, pady=20) frame1.grid(row=1, column=1) tk.Label(frame1, text='Name', padx=50, pady=50).pack() tk.Label(frame1, text='Email', padx=5, pady=5).pack() root.mainloop()

---

Après on peut jouer avec les "class" pour ranger les instructions dans des boîtes... mais à vous d'expliquer pourquoi vous avez choisi les boîtes et justifier pourquoi telle instruction doit être rangée là plutôt qu'ailleurs.

Ce que je veux dire par là, c'est que la "philosophie" c'est à vous de la définir...

- W

Merci de votre intervention.

En fait j'utilise Class pour des raisons de structuration, modularité, de maintenabilité, de portabilité, enfin de bonne pratique.

J'ai plusieurs lignes de code; donc quand je mets la partie dIHM dans une classe et ça semble mieux pour ne pas me répéter.

Oui mais je fais le code sans comprendre le fond de l'histoire de master, root, etc.

Puis-je par exemple mettre root.title à la place master.title et master.geometry ?

Citation:

---

Envoyé par Zaverti

Puis-je par exemple mettre root.title à la place master.title et master.geometry ?

---

Si je t'ai bien compris, ton 'trouble' porte sur le fait que dans ta classe il est question de master, et dans le corps du programme qui l'appelle de root. Si c'est bien le cas, tu n'as pas encore assimilé les notions relatives aux arguments et donc tu n'es pas prêt à utiliser une classe et tkinter: Car avant de vouloir utiliser des classes (ou tkinter) il te faut maîtriser les bases de python que seule l'étude active d'un tutoriel peut t'apporter.
On construit une maison en commençant par les fondations et non par le toit.
Si je ne t'ai pas compris alors précise l'objet de ta question ... (à moins que je sois le seul à ne pas avoir saisi l'objet de ta question. .. :roll:)

Citation:

---

Envoyé par Zaverti

Code:

---

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

import tkinter as tk from tkinter import *   class App(object):   def __init__(self, master) : master.title('Test of test') master.geometry('500x500')   frame1 = Frame(master, bg = 'yellow', padx=20, pady=20) frame1.grid(row=1, column=1) Label(frame1, text='Name', padx=50, pady=50).pack() Label(frame1, text='Email', padx=5, pady=5).pack()     if __name__ == '__main__': root= tk.Tk() app = App(root) root.mainloop()

---

---

Un autre possibilité est d'hériter de Tk, ou éventuellement te Frame si tu veux créer un widget.

Donc, au lieu de:

Code:

---

1 2 3 4 5 6 7

import tkinter as tk # -tc- pas besoin du second import avec l'étoile. Prends l'habitude de ne jamais utiliser l'étoile   # -tc- Prends également l'habitude de ne pas hériter de object, plus nécessaire en python 3 et python 2 est mort. La pratique est aujourd'hui découragée. class App: ...

---

Tu peux faire

Code:

---

1 2 3 4 5 6 7 8

import tk   class App(tk.Tk):   def __init__(self, *args, **kwargs): super().__init__(*args, **kwargs) # suite de ton code

---

Maintenant, self est ton master et il suffit d'instancier App et d'appeler mainloop dessus pour démarrer l'application.

De manière générale, tu peux également utiliser cette technique pour créer de nouveaux widgets (en héritant par exemple de tk.Frame ou en héritant du widget que tu veux spécialiser. Les IHM, comme les jeux, sont un excellent territoire pour bosser les notions d'objet comme la composition ou ici l'héritage.

Salut,

Citation:

---

Envoyé par Zaverti

Oui mais je fais le code sans comprendre le fond de l'histoire de master, root, etc.

---

root et master sont des "concepts" liés à tkinter...
Pour programmer avec tkinter, il faut commencer par ouvrir un tuto. et lire la documentation Python.

Citation:

---

Envoyé par Zaverti

Puis-je par exemple mettre root.title à la place master.title et master.geometry ?

---

root étant une variable globale, vous pouvez... et si vous essayez, constater que ça va fonctionner "pareil". Après côté nom des variables, root, master, X, Y, Z,... ce peuvent être des "repères" parce qu'on comprend les concepts qui se cachent derrière et comment s'utilisent les objets associés.... mais ça reste des chaine de caractères: X ou root, c'est pareil.

- W

Et de manière générale, dans la lignée du message plus haut, programmer objet pour tkinter n'a rien de spécifique à tkinter. Ne pas hésitez de revoir les concepts du python objet pour être certains de bien comprendre ce que tu manipules et quand.

Citation:

---

Envoyé par Thierry Chappuis

---

Pour les 2 imports, c'est juste une erreur. Oui j'utilise pas le * en dehors d'un petit code de test.
D'accord c'est noté. Merci beaucoup pour votre aide.

Citation:

---

Envoyé par wiztricks

---

Merci pour ces lien intéressant; ça me sera utile.

Citation:

---

Envoyé par Hominidé

---

Oui justement vous avez compris mon souci.
Je programmais sans comprendre la théorie.

Merci bien. Je pense avoir eu assez de ressources pour me débrouiller.

Citation:

---

Envoyé par Thierry Chappuis

---

J'ignorais c'est le concept de l'orienté objet qui fonctionnait là.
Merci.

Bonjour,

Citation:

---

Envoyé par Zaverti

Oui justement vous avez compris mon souci.
Je programmais sans comprendre la théorie.

Merci bien. Je pense avoir eu assez de ressources pour me débrouiller.

---

Pour info, il y a un mooc pour apprendre python mis à disposition gracieusement par la plateforme fun-mooc. https://www.fun-mooc.fr/fr/cours/pyt...es-du-langage/
Testé et approuvé! ;)