Emulation du getattribute de object

Version imprimable

15/12/2022, 18h55
Rasko

Emulation du getattribute de object

Bonjour,
je suis en train de lire un livre sur la POO. Dans l'émulation de la méthode __getattribute__ de object, on réserve un sort particulier aux attributs possédant une méthode __get__. Jusque là je comprends. En revanche, dans l'émulation d'un getsetdescriptor, on fait justement appel à la méthode getattribute de object. Ce n'est du coup pas très clair pour moi...

Bonjour

Citation:

Envoyé par Rasko

je suis en train de lire un livre sur la POO. Dans l'émulation de la méthode __getattribute__ de object, on réserve un sort particulier aux attributs possédant une méthode __get__. Jusque là je comprends.

En revanche moi je ne comprends rien. Déjà je n'ai jamais vu de méthode __get__() nulle part (en Python s'entend). Si j'écris par exemple hasattr(str, "split") j'obtiens "True" parce qu'un objet "str" a bien un attribut (en réalité c'est une méthode mais ça reste assimilé à un attribut) nommé "split".
Si maintenant j'écris hasattr(str, "__get__") j'obtiens "False".
Il s'ensuit que si un attribut de mon objet est de type "str", cet attribut n'aura pas de méthode __get__(). Ce qui n'empêche pas __getattribute__ de fonctionner sur cet attribut.
Code:

1 2 3 4 5 6 7 8 9 10 11 12 class xxx: def __init__(self): self.s="Hello" self.i=123 def __getattribute__(self, attr): print("getting [%s]" % attr) return super().__getattribute__(attr) >>> x=xxx() >>> print(x.s) getting [s] Hello
Citation:

Envoyé par Rasko

En revanche, dans l'émulation d'un getsetdescriptor, on fait justement appel à la méthode getattribute de object. Ce n'est du coup pas très clair pour moi...

Ni pour moi. Tu as des exemples Python qui parlent de ce getset_descriptor ??? On le trouve dans le code source de Python oui, mais en Python là...:?

Désolé pour mon manque de clarté. Les fonctions par exemple ont une méthode __get__.
Voici l'émulation proposée dans le livre pour le getattribute de object :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
 
  def __getattribute__(self,x):
        classe = type(self)
        x_dans_classe = classe.__dict__.get(x,null)
        if x == "__dict__" and x_dans_classe is null:
            raise AttributeError
        desc = type(x_dans_classe)
        desc_get = getattr(desc,"__get__",null)
        if desc_get is not null and (hasattr(desc,"__set__") or hasattr(desc,"__delete__")):
            return desc_get(x_dans_classe,self,classe)
        dico = getattr(self,"__dict__",{})
        if x in dico:
            return dico[x]
        if desc_get is not null:
            return desc_get(x_dans_classe,self,classe)
        if x_dans_classe is not null:
            return x_dans_classe
        raise AttributeError

Les getset descriptor sont les objets qui possèdent les méthodes __get__, __set__ et __delete__.
Et voici le début du code émulant un getset descriptor donné dans le livre :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
 
class Getset_Descriptor:
    def __init__(self,datatype):
        self.datatype = datatype
    def __set_name__(self,classe,nom):
        self.__objclass__ = classe
        self.__name__ = nom
        self.__qualname__ = classe.__name__ + "." + nom
        self.stock = nom[1:]
    def __get__(self,obj,classe):
        stock = self.stock
        return object.__getattribute__(obj,stock)

15/12/2022, 19h54
Sve@r

Citation:

Envoyé par Rasko

Désolé pour mon manque de clarté. Les fonctions par exemple ont une méthode __get__. Les dictionnaires aussi.
Voici l'émulation proposée dans le livre pour le getattribute de object
...
Et voici le début du code émulant un getset descriptor donné dans le livre

Ok, je vois un peu mieux.
Donc déjà ce ne sont pas des méthodes et classes officielles de Python, ce sont des trucs créés par le tuto pour t'expliquer certaines notions. On peut remarquer par exemple que la classe Getset_Descriptor reprend à peu près la même idée que mon exemple, à savoir montrer le fonctionnement de __getattribute__() qui sera appelé lors de l'appel à __get__(), lequel servira à positionner un attribut et à retourner sa valeur.

Donc à partir de là, que cherches-tu à comprendre?
15/12/2022, 20h04
Rasko
Non ils existent réellement. Dans l'exemple qui suit, d est un getset_descriptor (chargé de construire le dictionnaire d'une instance) :
Code:

1 2 3 class A: pass d = A.__dict__["__dict__"]
Ce que je ne comprends pas, c'est qu'on a besoin du getattribute de object pour définir la méthode __get__. Or, dans le code de __getattribute__, on utilise des objets qui possèdent la méthode __get__. Il faut bien que l'un des deux soient définis avant l'autre, non ? Bref, je m'embrouille...
15/12/2022, 20h39
Sve@r

Citation:

Envoyé par Rasko

Bref, je m'embrouille...

Ne serait-ce pas ce return object.__getattribute__(obj, stock) qui t'embrouille ??? Parce que "object" ne représente pas l'objet en cours mais l'objet de base Python, dont tous les autres objets héritent de façon implicite. Et cet objet se nomme littéralement "object".
Donc en appelant le __get__ de ton objet, cela appelle le __getattribute__ de l'objet ancètre qui appellera le __get__ de ce même ancètre. Donc pas de "ping-pong" d'appels.
16/12/2022, 14h39
Rasko

Ok merci, oui c'était bien cela que je ne comprenais pas.
16/12/2022, 15h09
Sve@r

Tu peux voir un exemple analogue avec ma classe "xxx". En surchargeant "__getattribute__" (surcharge=création d'une méthode déjà existante car apportée dans l'héritage) je "shunte" la méthode d'origine. Donc pour pouvoir bénéficier tout de même de son travail (parce que la surcharge c'est généralement un besoin "travail d'origine+qqchose à moi") je suis obligé de l'appeler manuellement => return super().__getattribute__(attr), la fonction super() étant une seconde manière d'appeler l'ancètre. J'aurais pu à la place écrire return object.__getattribute__(attr) mais il est souvent plus simple de passer par super() (pas besoin de donner le nom de l'ancètre, il est automatiquement récupéré et qq avantages dans le cas d'héritage multiple bien que parfois dans ce cas...)

Le fait de bénéficier du travail d'origine se nomme la "délégation". Dans beaucoup de langages objets (ex C++) elle est implicite mais pas en Python, d'où l'obligation d'appeler manuellement la méthode surchargée.
16/12/2022, 19h05
Rasko

Merci beaucoup pour ces explications. Vous auriez des références à me conseiller pour apprendre la POO sur Python ? Je lis le Petit Python orienté objet de Richard Gomez. Je comprends pas mal de choses, mais les chapitres qui se situent à la fin du livre sont plus ardus et dépassent certainement mon niveau. J'aimerais poursuivre malgré tout l'apprentissage.
16/12/2022, 19h25
Sve@r

Citation:

Envoyé par Rasko

Vous auriez des références à me conseiller pour apprendre la POO sur Python ?

tutoriel ici.