Discussion :

[santaflam]

Développ/euses,eurs, Bonjour!

j' essaie de comprendre les classes ... et le reste...

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
 
class classPref ( tk.Toplevel ) :
    def __init__ ( self ):
        tk.Toplevel.__init__ (self)
        ...

J' appelle donc le constructeur de la classe Tkinter (import Tkinter as tk), soit.
Mais j' aimerais bien savoir ce qu' il contient ce constructeur.
Ma question est donc:
Comment afficher le contenu d' une méthode externe comme celle-ci ?
(Python 2.5.1).

En vous remerciant

[kango]

Bonjour,

Il me semble qu'il y a quelques confusions dans les termes que tu emploies

Tkinter est une librairie, pas une classe.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

import Tkinter as tk

importe le module Tkinter avec l'alias tk. en aucun cas c'est le constructeur d'une classe.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
class classPref ( tk.Toplevel ) :
    def __init__ ( self ):
        tk.Toplevel.__init__ (self)

là tu crées une classe dérivée de tk.Toplevel et tu écris un constructeur (__init__, bien que je préfère appeler __new__ constructeur et __init__ initialiseur mais c'est juste mon point de vue).

en dérivant de tk.Toplevel, tu appelles le __init__ de tk.Toplevel dans le __init__ de la classe dérivée et c'est bien ce qu'il faut faire.

si tu veux savoir quels arguments tu peux passer à la méthode __init__ de tk.Toplevel:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

help(tk.Toplevel)

[eyquem]

Salut,



__init__() n’est pas un constructeur
Je pense que cette appellation erronée pour __init()__ s’est répandue à cause d’une explication dans “Plonger dans Python“ qui, c’est le comble, cherchait à souligner que __init__() n’est pas un constructeur:

http://diveintopython.adrahon.org/ob....html#d0e11779

__init__ est appelé immédiatement après qu'une instance de la classe est créée. Il serait tentant mais incorrect de l'appeler le constructeur de la classe. Tentant, parce que ça ressemble à un constructeur (par convention, __init__ est la première méthode définie de la classe), ça se comporte comme un constructeur (c'est le premier morceau de code exécuté dans une nouvelle instance de la classe) et que ça sonne pareil («init» fait penser à quelque chose comme un constructeur). Incorrect, parce qu'au moment ou __init__ est appelé, l'objet à déjà été créé et que vous avez déjà une référence valide à la nouvelle instance de la classe. Mais __init__ est ce qui se rapproche le plus d'un constructeur en Python et remplit en gros le même rôle.

ouhouhou non !!!!



parce que:

au moment ou __init__() est appelé, l'objet à déjà été créé

Et d’après ce que j’ai compris de diverses lectures, il a été créé par allocation d’une zône de mémoire pour assurer son implémentation. C’est après cette allocation qu’entre en action __init__() pour inscrire dans cette zône mémoire des valeurs et les assigner à des attributs. Le véritable constructeur est donc le processus qui réalise l’allocation.

Je n’ai pas vu d’explications sur ce processus dans les tutoriels et docs officiels de Python, on dirait qu’“ils“ tiennent à ce que ça reste ésotérique. Les seules explications que j’ai trouvées , c’est de temps à autre sur d’autres sites.

Je n’ai pas encore compris suffisamment de choses sur ces questions pour prétendre affirmer quelque chose, mais je ne suis pas très sûr que ce soit __new__() qui mérite vraiment le nom de constructeur. En fait je n’en sais rien, je n'ai pas encore bien compris la fonction __new__(). On trouve très peu de choses sur __new__() aussi.

J’ai trouvé ça qui semble intéressant
http://code.activestate.com/recipes/303059/
et aussi ça qui donne une astuce avec __call__() en rapport avec Tkinter
http://www.daniweb.com/forums/thread39004.html#

Mais il est clair que __init()__ n'est pas un constructeur. Comme kango, je l'appelle initialiseur.

[santaflam]

Merci, merci !

Kango :
- je me suis mal exprimé en évoquant le "import Tkinter as tk" ... j'avais compris ce point. Je voulais donc bien parler de la ligne où j' appelle le __init__ de la classe tk.Toplevel.

Le help() répond à ma question! Merci.


Eyquem:
merci pour la sémantique. J' ai relu aussi le "Swinnen" pge 161/162, qui peut paraître ambigu sur le fait que l'objet est déjà instancié ou pas ... mais bon ...

Maintenant, ca aurait plus sa place dans la rubrique Tkinker, mais ca m'apporte quoi d' appeler le __init__ de tk.Toplevel ? Pourquoi ne pas faire :
self.fen = tk.Toplevel (self, ...)
qui permet au moins de l' avoir placé dans une variable réutilisable ?

Bye

[wiztricks]

Maintenant, ca aurait plus sa place dans la rubrique Tkinker, mais ca m'apporte quoi d' appeler le __init__ de tk.Toplevel ? Pourquoi ne pas faire :
self.fen = tk.Toplevel (self, ...)
qui permet au moins de l' avoir placé dans une variable réutilisable ?

C'est la conséquence de :

Code python :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
class classPref ( tk.Toplevel ) :
    def __init__ ( self ):

La déclaration de classPref comme classe dérivée de... et la convention d'appeler __init__ de la classe père dans ce cas.
Dans ce cas, classPref est un tk.Toplevel et hérite de ses méthodes et variables.
dans le cas self.fen = tk.Toplevel (self, ...), classPref a un lien avec tk.Toplevel qu'il pourra utiliser comme un quelconque attribut.

-W

[santaflam]

Ok, merci !!

S-