Discussion :

[scarou]

Bonjour à tous,

J'ai une classe mère A et une classe fille B.

Une instance de B hérite des propriétés et méthodes de A. Lorsque j'appel la méthode __dict__ de B, je récupère la totalité des attributs de A et de B (Normal...)
Est-il possible de ne récupérer que les attributs de la classe mère sans ceux de la classe fille ?

Je pensais pouvoir y parvenir en m'insperant de la méthode d'initialisation de la classe mère en écrivant une méthode du genre

Code :

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

1
2
3
4
5
6
7
8
9
10
class classe_mere_A:
    ...
 
 
class classe_fille_B:
    def __init__(self):
        super(classe_fille_B, self).__init__
 
    def my_mother__dict__(self):
        return super(classe_fille_B, self).__dict__

mais j'obtiens un message comme suit :
__dict__ content:<bound method classe_fille_B.__dict__ of <__main__.classe_fille_B object at 0x00917150>>

[wiztricks]

Salut,

Est-il possible de ne récupérer que les attributs de la classe mère sans ceux de la classe fille ?

Et pourquoi ne pas faire hériter la nouvelle classe de la classe mère (plutôt que d'une classe fille)?

- W

[scarou]

Je ne comprenais pas le sens de ta réponse, mais je m'aperçois qu'à vouloir simplifier l'explication de mon problème j'ai commis des fautes de retranscription...

Code :

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

1
2
3
4
5
6
7
8
9
10
class classe_mere_A:
    ...
 
 
class classe_fille_B(classe_mere_A):
    def __init__(self):
        super(classe_fille_B, self).__init__
 
    def my_mother__dict__(self):
        return super(classe_fille_B, self).__dict__

La classe fille héritait de la classe mère, c'est la raison pour laquelle

Code :

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

1
2
mon_instance = classe_fille_B()
mon_instance.__dict__

me renvoie l'ensemble des attributs des deux classes.

Pour préciser l'idée générale, c'est que la classe mère fait ultérieurement l'objet d'un pickling. Hors le pickling ne s’accommode pas des objets issus de tkinter. Ma classe mère comportant une liste de widgets tkinter, il m'a semblé possible de dissocier cette liste ainsi qu'une autre dans une classe fille qui n'aurait pas à subir le pickling.
Par ailleurs, la liste des attributs de la classe mère me sert pour la construction d'une feuille de paramétrage. Initialement, cette liste était hard codée dans la classe elle-même (pas très élégant...) alors pouvoir récupérer la liste en automatique par la méthode __dict__ me semblait préférable

Il n'est pas certain que se soit très opportun, mais bon j'ai voulu expérimenter les classes mère/fille car cela semblait répondre à ma problématique.

[wiztricks]

Salut,

pickle sauvegarde le __dict__ et si on veut changer çà, il y a __getstate__ (comme mentionné dans une discussion précédente). Ceci dit, le soucis sera de reconstruire l'instance lorsqu'elle sera chargée (via pickle) et ignorer le contenu de certains atributs ne va pas le faire (il faudra bien recréer les widgets mais à partir de quoi?)

- W

[scarou]

Hmmm... en effet, plus j'avance dans l’utilisation de pickle et moins cela semble couvrir mes besoins (du moins dans ma façon d'y recourir).

Je vais procéder avec une étape préalable. Rassembler tout ce qui doit/peut être sauvegardé dans un dictionnaire dédié, puis sauvegarder ce dictionnaire (pickle / json / autre ???)

Ca sort un peu du cadre de la question initiale, mais lorsque que devez sauvegarder/charger des paramètres, quelle stratégie employez-vous ?

[wiztricks]

Ca sort un peu du cadre de la question initiale, mais lorsque que devez sauvegarder/charger des paramètres, quelle stratégie employez-vous?

Le niveau de difficulté dépendra de l'organisation de vos classes et des objets externes à reconstruire (i.e. dont on ne pourra pas se contenter de sauvegarder l'état). Cette organisation est une affaire de design, de conception, de fonctionnalités à ajouter à vos classes qui n'auront rien à voir avec les fonctionnalités de l'application "initiale".
Ce qui veut dire que c'est pas quelque chose à quoi penser après déjà avoir écrit plein de code mais à inclure assez tôt car çà va contraindre le code (que vous allez pouvoir écrire) et s'obliger à le construire différemment.

- W