Discussion :

[ptrs32]

Bonjour à tous,

Comme le dit le titre, j'ai une propriété de classe que je souhaite dupliquer dans plusieurs autres et je ne trouve pas de façons de le faire.

Pour être plus clair j'ai ce genre de script:

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
16
17
18
 
class premiereClasse():
    #contenu
 
    def functionUniverselle(self):
        #contenu de la fonction
 
class secondeClasse():
    #contenu
 
    def functionUniverselle(self):
        #contenu de la fonction
 
class troisiemeClasse():
    #contenu
 
    def functionUniverselle(self):
        #contenu de la fonction

Je souhaiterais n'avoir à écrire ma fonctionUniverselle(self) qu'une seule fois et ensuite l'appeler simplement dans chaque classe nécessaire.

Est-ce possible ?
Merci d'avance

[papajoker]

bonjour

pas assez de détail pour bien répondre, mais l'héritage sert justement à cela
"premiereClasse" pourrait être une classe abstraite ?

ps: existe aussi les méthodes de classes (utile ici ?)

[ptrs32]

bonjour

pas assez de détail pour bien répondre, mais l'héritage sert justement à cela
"premiereClasse" pourrait être une classe abstraite ?

Merci pour la réponse,

Je n'ai pas de classe abstraite, ce sont des classes python tout à fait classiques si je peux dire.
Comment fonctionnerait l'héritage exactement ?

[Aiveriwhair]

Tu aurais tout simplement une classe mère de "premiereClasse", "deuxiemeClasse" et "troisiemeClasse" qui définirait la fonction que tu souhaites retrouver dans tes trois classes. De cette manière, toutes tes classes partageraient la même fonction définie dans la classe mère. C'est la base de la POO, tu trouveras tout ce qu'il te faut en quelques minutes de recherche sur notre cher internet au sujet de l'héritage.

[papajoker]

Je n'ai pas de classe abstraite, ce sont des classes python tout à fait classiques si je peux dire.

D'où mon point d'interrogation, tu utilises ou non des classes abstraites, tout dépend de ton besoin/architecture. Utiliser l'héritage est justement une chose classique.

Comment fonctionnerait l'héritage exactement ?

pas compris la question , tu n'as jamais lu un tuto python sur l'objet ? l'héritage est une chose plus que classique et que le "parent" soit abstrait ou non ne change strictement rien.

une classe abstraite signifie uniquement que c'est une classe que nous n'utiliserons jamais directement, elle ne sert que pour l'héritage, elle n'existe que pour partager une fonctionnalité entre plusieurs classes.

[Sve@r]

Bonjour

Je n'ai pas de classe abstraite, ce sont des classes python tout à fait classiques si je peux dire.

Hum... un certain manque flagrant de connaissances POO... C'est pas grave, on n'en a pas besoin ici

Comment fonctionnerait l'héritage exactement ?

Code python :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
# Classe de base
class premiereClasse():
	# Constructeur première classe
	def __init__(self, ...)
		# contenu
 
	def functionUniverselle(self):
		# contenu de la fonction
 
# Seconde classe qui hérite de la première (elle récupère toutes ses propriétés et méthodes) mais sert à faire des trucs en plus 
class secondeClasse(premiereClasse):
	# Constructeur seconde classe
	def __init__(self, ...)
		# On commence par appeler le constructeur de la classe dont on hérite (certains langages tels le C++ le font automatiquement, pas Python)
		super().__init__(self, ...)
		# contenu de ce qui est fait en plus
 
	# Pas besoin de fonction universelle si elle ne fait rien de plus, on en hérite automatiquement (c'est ça l'héritage)
 
# Troisième classe qui hérite de la seconde (elle récupère toutes ses propriétés et méthodes) et sert là encore à faire des trucs en plus 
class troisiemeClasse(secondeClasse):
	# Constructeur troisième classe
	def __init__(self, ...)
		# On commence par appeler le constructeur de la classe dont on hérite
		super().__init__(self, ...)
		# contenu de ce qui est fait en plus
 
	# La fonction universelle (qui fera comme celle dont on hérite mais avec des trucs en plus)
	def functionUniverselle(self):
		# On commence par appeler la fonction universelle dont on hérite
		super().functionUniverselle(self)
		# contenu de la suite de cette fonction plus particulière
 
base=premiereClasse(...)
base.functionUniverselle()	# Appel fonction universelle première classe
 
second=secondeClasse(...)
second.functionUniverselle()	# Appel fonction universelle seconde classe (qui est donc celle de la première puisque la seconde classe en hérite et n'en a pas définie d'autre)
 
third=troisiemeClasse(...)
third.functionUniverselle()	# Appel fonction universelle troisième classe (qui fera le travail de la seconde (ie de la première donc) plus ses trucs à elle)

Ou alors la fonction universelle n'est pas associée à une classe et devient une vraie fonction indépendante, qui pourra donc être appelée depuis (ou plutôt "avec") n'importe quel objet (et dans ce cas, plus besoin ni d'héritage ni même d'objet)...

[ptrs32]

C'est la base de la POO, tu trouveras tout ce qu'il te faut en quelques minutes de recherche sur notre cher internet au sujet de l'héritage.

... tu n'as jamais lu un tuto python sur l'objet ? l'héritage est une chose plus que classique et que le "parent" soit abstrait ou non ne change strictement rien.

Bonjour

Hum... un certain manque flagrant de connaissances POO... C'est pas grave, on n'en a pas besoin ici

C'est drôle comme vous les "séniors" en programmation sur les forums vous adorez le passif-agressif quand vous répondez à des débutants. Une façon de montrer votre supériorité, ou un peu de sadisme sous-jacent qui sait ? Ça m'étonne toujours puisque logiquement si la question vous énerve autant laissez quelqu'un d'autre y répondre. Enfin bon..

Je vous remercie pour vos réponses qui ne me font pas du tout regretter de l'avoir poser ici et me réconfortent dans mes compétences en Python.

Je vais donc faire une classe abstraite avec mes fonctions récurrentes et gérer l'héritage dans les différentes classes.

Bonne journée

[Aiveriwhair]

Premièrement je ne vois pas le passif-agressif dans ma réponse mais passons. Je pense que ton message a donné l'impression que tu n'as pas fait la moindre recherche avant de poser ta question sur le forum et ce n'est pas vraiment l'esprit des forums info. C'est d'ailleurs pour cela que je t'ai donné une piste et pas du code prémâché ! Si, contrairement à ce que ton message laissait penser tu as bel et bien chercher une solution a ton problème avant de poster, je suis désolé pour mon ton "passif-agressif".

Belle fin de journée.

[Sve@r]

C'est drôle comme vous les "séniors" en programmation sur les forums vous adorez le passif-agressif quand vous répondez à des débutants.

Tu n'y es pas. Ce n'est pas ton état de débutant qui est en cause (on l'a tous été), c'est le fait que tu n'aies pas fait l'effort préalable de lire un tutoriel, préférant recevoir l'information toute cuite dans le bec plutôt que d'y arriver naturellement quand tu arrives à ce chapitre en ayant donc lu (et généralement assimilé) les précédents.

Une façon de montrer votre supériorité, ou un peu de sadisme sous-jacent qui sait ?

Balade-toi dans le forum (ici ou d'autres), tu verras que les débutants qui montrent qu'ils ont fait un certain effort préalable avant de venir poser leur question sont traités différemment...

Toutefois de mon côté, je remarque que généralement, les débutants qui s'offusquent de cet accueil (mérité) sont généralement les plus instruits. Toi tu es ingénieur d'études cliniques, mais on a eu d'autres ingénieurs en tout genre, généralement tous aussi vexés qu'on leur dise que Python, comme tout le reste, ça commence par s'apprendre. C'est peut-être aussi une façon (plus subtile) de montrer leur supériorité en sous-entendant implicitement que la programmation en général (ou alors juste Python en particulier) n'est pas digne de leur niveau, sous-domaine tellement peanut qu'on peut l'assimiler par capilarité.