IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Python Discussion :

old-style class: mro ou classes parentes


Sujet :

Python

Vue hybride

Message précédent Message précédent   Message suivant Message suivant
  1. #1
    Membre Expert
    Inscrit en
    Août 2010
    Messages
    1 124
    Détails du profil
    Informations forums :
    Inscription : Août 2010
    Messages : 1 124
    Par défaut old-style class: mro ou classes parentes
    Bonjour,

    J'ai un décorateur de classe qui "clone" la classe recue en argument et y ajoute des méthodes.

    Pour cloner la classe en python 3, pas de problèmes:
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
     
    _Decorated_dict = {}                    
    _Decorated_dict.update(cls.__dict__) # Adds the initial class
    _Decorated_dict.update(newcls) # Adds the new methods
    _Decorated = type(cls.__name__, cls.__mro__, _Decorated_dict)
    En Python2, le problème est que les old-style classes n'ont pas d'attributs __mro__. Je m'en sors pour l'instant en faisant
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
     
    class _Decorated: pass
    _Decorated.__dict__.update(cls.__dict__)
    _Decorated.__dict__.update(newcls)
    Le problème est que je perds les ancêtres de la classe initiale.

    1) Est-il possible de récupérer les classes parentes (ou encore mieux, la mro) d'une old-style classe ?

    2) Je pourrais également dériver la classe initiale, mais j'ai encore du mal à me convaincre que ca revient au même. En règle générale, quelles peuvent être les différences de comportement entre une sous-classe, et un clone altéré d'une classe ?

    Merci d'avance.

  2. #2
    Expert éminent
    Homme Profil pro
    Architecte technique retraité
    Inscrit en
    Juin 2008
    Messages
    21 743
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Manche (Basse Normandie)

    Informations professionnelles :
    Activité : Architecte technique retraité
    Secteur : Industrie

    Informations forums :
    Inscription : Juin 2008
    Messages : 21 743
    Par défaut
    Salut,

    Les "new-style" class existent depuis Python2.4 et se construisent en héritant la class d'object. Les différences entre 2 et 3 sont sur les noms systèmes (__blabla__).
    Les différences entre old-style et new_style sont mentionnées ici sur le Wiki Python.

    - W
    Architectures post-modernes.
    Python sur DVP c'est aussi des FAQs, des cours et tutoriels

  3. #3
    Membre Expert
    Inscrit en
    Août 2010
    Messages
    1 124
    Détails du profil
    Informations forums :
    Inscription : Août 2010
    Messages : 1 124
    Par défaut
    Merci pour la réponse et le lien Wiztricks !

    1) En fait, le second argument de type() doit être __bases__ (et non __mro__ !), et il existe pour les old-style classes.

    2) Cette question est un peu tordue, mais je reste curieux de connaitre vos sentiments. Je suis en train de décorer une classe A, quelle sont les différences entre ces 2 approches (hormis les différences évidentes de __name__ et de __module__) ? Existe-t'il de vraies raisons de favoriser la 1ere ?

    i) Dériver A
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
     
    class B(A):
       def blabla(self):pass
    return B
    ii) Cloner A et altérer
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    7
     
    altered = {}
    altered.update(A.__dict__)
    def blabla(self):pass
    altered["blabla"] = blabla
    B = type(A.__name__, A.__bases__, altered)
    return B

  4. #4
    Expert éminent
    Homme Profil pro
    Architecte technique retraité
    Inscrit en
    Juin 2008
    Messages
    21 743
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Manche (Basse Normandie)

    Informations professionnelles :
    Activité : Architecte technique retraité
    Secteur : Industrie

    Informations forums :
    Inscription : Juin 2008
    Messages : 21 743
    Par défaut
    Salut,

    Citation Envoyé par shaiHulud Voir le message
    Qquelle sont les différences entre ces 2 approches (hormis les différences évidentes de __name__ et de __module__) ? Existe-t'il de vraies raisons de favoriser la 1ere ?
    Dans le premier cas, vous définissez une classe de façon "statique" par opposition la création via "type" qui permet de le faire "dynamiquement".
    note: inutile de "cloner".

    - W
    Architectures post-modernes.
    Python sur DVP c'est aussi des FAQs, des cours et tutoriels

  5. #5
    Membre Expert
    Inscrit en
    Août 2010
    Messages
    1 124
    Détails du profil
    Informations forums :
    Inscription : Août 2010
    Messages : 1 124
    Par défaut
    C'est surtout la différence de classes parentes qui me semble importante !

    Dans le second cas, l'objet décoré ressemble plus à l'objet initial (il a la même hiérarchie de classe), donc est "plus dans l'esprit" d'un décorateur. Si un code client manipule les ancêtres ou la mro de A, il risque de planter sur B avec l'héritage i (on pourrait retorquer qu'un tel code utilise des détails d'implémentation).

    @wiztricks:
    note: inutile de "cloner"
    . Je ne suis pas sur de comprendre. A.__dict__ est cloné pour éviter de modifier A in-place (les 2 autres arguments de type (name et base) devraient également être clonés si les strings et tuple étaient mutables).

  6. #6
    Expert éminent
    Homme Profil pro
    Architecte technique retraité
    Inscrit en
    Juin 2008
    Messages
    21 743
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Manche (Basse Normandie)

    Informations professionnelles :
    Activité : Architecte technique retraité
    Secteur : Industrie

    Informations forums :
    Inscription : Juin 2008
    Messages : 21 743
    Par défaut
    Citation Envoyé par shaiHulud Voir le message
    C'est surtout la différence de classes parentes qui me semble importante !
    Soit vous comparez 2 choses comparables telles que la création d'une sous classe statique/dynamique, soit vous dites l'héritage ne me convient pas et je souhaite autre chose et difficile d'écrire dans ce cas:
    Cette question est un peu tordue, mais je reste curieux de connaitre vos sentiments. Je suis en train de décorer une classe A, quelle sont les différences entre ces 2 approches (hormis les différences évidentes de __name__ et de __module__) ? Existe-t'il de vraies raisons de favoriser la 1ere ?
    Car je ne sais pas ce que vous voulez faire mais "décorer une classe" en Python s'écrit:
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    @decorator
    class A(object):
          ....
    ou bien
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    class A(object):
         ...
    B = decorator(A)
    Après vous faites un peu ce que vous voulez et vous employez votre propre vocabulaire: çà ne me dérange pas plus que çà sauf que vous êtes dans un forum Python donc on peut supposer que vous maîtrisez le jargon Python (çà peut aider pour comprendre ce que vous écrivez).

    - W
    Architectures post-modernes.
    Python sur DVP c'est aussi des FAQs, des cours et tutoriels

+ Répondre à la discussion
Cette discussion est résolue.

Discussions similaires

  1. class pour table + class pour td = class td non fonctionnelle ?
    Par supergrey dans le forum Mise en page CSS
    Réponses: 2
    Dernier message: 28/05/2009, 08h13
  2. class Foo::Bar: public Parent{}; //c'est quoi cette forme ?
    Par three minute hero dans le forum C++
    Réponses: 5
    Dernier message: 08/08/2008, 14h47
  3. Réponses: 12
    Dernier message: 19/04/2008, 16h19
  4. Classe JDialog + cannot reference parent before supertype constructor has been called
    Par une_tite_question dans le forum Agents de placement/Fenêtres
    Réponses: 3
    Dernier message: 08/04/2008, 15h51
  5. Réponses: 7
    Dernier message: 16/06/2006, 11h09

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo