Sauf que pour les classes dérivées, ça ne marche pas.
Et cette fonction est faite pour le test de Vladislav IV.
Sauf que pour les classes dérivées, ça ne marche pas.
Et cette fonction est faite pour le test de Vladislav IV.
C'était pour un simulateur d'organismes vivants. J'avais une classe Organisme, deux classes dérivées Hote et Parasite, et enfin divers êtres héritant de ces deux classes. Cela me permettait de regrouper les organismes par genres. Par exemple, les parasites ne pouvaient s'attaquer qu'aux hotes.
Le problème, c'est que l'astuce que j'ai citée considère le nom de la classe de l'objet, et j'avais besoin d'un moyen pour savoir si un organisme donné héritait de Hote ou de Parasite.
Code : Sélectionner tout - Visualiser dans une fenêtre à part
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15 #simulation d'une population de cellules, avec des virus class Organisme: [...] class Hote(Organisme): [...] class Parasite(Organisme): [...] class Cellule(Hote): [...] class Virus(Parasite): [...]
La solution que j'ai trouvée consiste à implémenter dans chaque classe une méthode retournant le nom de la classe.
Code : Sélectionner tout - Visualiser dans une fenêtre à part
1
2
3 >>> cell = Cellule() >>> cell.__class__.__name__ 'Cellule'
De cette façon, avec une procédure récursive, je pouvais remonter les héritages successifs d'un organisme donné, et à chaque classe mère faire appel à la méthode className pour retenir le nom de ladite classe.
Code : Sélectionner tout - Visualiser dans une fenêtre à part
1
2
3
4
5
6
7
8
9 [...] class Hote(Organisme): def className(self): return 'Hote' class Cellule(Hote): def className(self): return 'Cellule' [...]
Ce qui permettait aux virus de ne s'attaquer qu'aux organismes dérivés de la classe Hote.
Code : Sélectionner tout - Visualiser dans une fenêtre à part
1
2 >>> heritage(cell) ['Cellule', 'Hote', 'Organisme']
C'est sûr que ça aurai été plus simple d'utiliser isinstance...
-> Moralité : toujours lire la doc...
Oui, c'était le problème inverse du mien en fait.
Moi, je veux faire un test sur l'appartenance à une seule classe et non pas en englobant ses classes dérivées. Donc ta solution me convient.
En fait, je garde en mémoire les deux possibilités, elles permettent de traiter des cas différents.
"Software is getting slower more rapidly than hardware becomes faster." Niklaus Wirth
https://pharo.org/web
https://faust.grame.fr/
Dans ce cas, tu as vraissemblablement un problème de conception.
C'est vrai qu'il vaut mieux utiliser isinstance : les classes dérivées sont toujours compatibles avec leur classe mère (au niveau des traitements que l'on veut leur faire subir, j'entend). Et cela permet une plus grande souplesse, en cas d'évolutions du contexte. Donc tu ne risque rien à l'utiliser, bien au contraire.
Edit : puisqu'on en a parlé, Miles, cette propriété '.__class__.__name__' n'aurai pas quelque chose à voir avec les métaclasses, par hasard ?
Voici un exemple tiré du code figurant page précédente : ma classe "Note" possède trois données toutes des entiers (coef, resultat, trimestre). Des instances de cette classe seront passées en paramètre à une ou plusieurs méthodes de la classe "Eleve".Envoyé par Miles
Ces méthodes travailleront donc sur des entiers. mais si, plus tard je décide de faire hériter une classe "Note++" de la classe "Note" en y rajoutant une donnée de type réel, je veux pouvoir filtrer l'objet passé en paramètre aux méthodes de la classe "Eleve". Avec "isinstance" je passerai indifféremment une instance de Note ou de Note++.
Faut-il dans ce cas, concevoir systématiquement une autre classe Note++ qui n'a rien à voir avec Note (mais qui dupliquera du code forcément) ou existe-t-il un "pattern" de conception qui évite cela tout en respectant l'intégrité des types ?
J'en profite pour vous remercier tous deux de vos conseils judicieux et de vos explications toujours très claires.
"Software is getting slower more rapidly than hardware becomes faster." Niklaus Wirth
https://pharo.org/web
https://faust.grame.fr/
Quel est le problème à utiliser des notes flottantes ? Je ne comprend pas du tout.
Pour des notes d'examen dans certaines disciplines (par exemple) les notes doivent être entières. Aucune note en format réel ou décimal n'est tolérée.
"Software is getting slower more rapidly than hardware becomes faster." Niklaus Wirth
https://pharo.org/web
https://faust.grame.fr/
Souplesse, souplesse : inutile de définir une nouvelle classe pour les notes flottantes.
J'ai utilisé la même classe, en passant à l'une un résultat entier, à l'autre un résultat flottant. Les deux types étant compatibles au niveau des opérations arithmétiques, tout fonctionne.
Code : Sélectionner tout - Visualiser dans une fenêtre à part
1
2 noteEntiere = Note(r=13) noteFlottante = Note(r=12.5)
Si tu as besoin de filtrer les notes selon qu'elles sont entières ou non, tu peux ajouter une méthode qui te donne cette information :
Code : Sélectionner tout - Visualiser dans une fenêtre à part
1
2
3
4
5
6
7 import types class Note: [...] def entiere(self): #retourne Vrai si la note est entière return type(self.resultat) == types.IntType
OK, OK ...
Le filtre est au niveau de la méthode et pas de l'objet.
je vais donc n'utiliser qu' "isinstance" selon vos bons conseils.
"Software is getting slower more rapidly than hardware becomes faster." Niklaus Wirth
https://pharo.org/web
https://faust.grame.fr/
Vous avez un bloqueur de publicités installé.
Le Club Developpez.com n'affiche que des publicités IT, discrètes et non intrusives.
Afin que nous puissions continuer à vous fournir gratuitement du contenu de qualité, merci de nous soutenir en désactivant votre bloqueur de publicités sur Developpez.com.
Partager