Discussion:Héritage multiple
- Admissibilité
- Neutralité
- Droit d'auteur
- Article de qualité
- Bon article
- Lumière sur
- À faire
- Archives
- Commons
Cet article est indexé par le projet Informatique.
Les projets ont pour but d’enrichir le contenu de Wikipédia en aidant à la coordination du travail des contributeurs. Vous pouvez modifier directement cet article ou visiter les pages de projets pour prendre conseil ou consulter la liste des tâches et des objectifs.
| Avancement | Importance | pour le projet | |
|---|---|---|---|
| Ébauche | Faible |  | Informatique (discussion • critères • liste • stats • hist. • comité • stats vues) |
Cet article ne comporte pas de liste de tâches suggérées. Vous pouvez saisir une liste de tâches à accomplir (par exemple sous forme d'une liste à puces), puis sauvegarder. Vous pouvez aussi consulter la page d'aide.
- Cela ne serait pas un luxe d'exposer les avantages et les inconvénients de l'héritage multiple.
- un exemple serait le bienvenue (un vehicule amphibie herite de bateau et de voiture)
J'ai commencé à parler des inconvénients (et de leurs solutions). Par contre j'ai fait l'impasse sur des solutions autres que le renommage (cf version anglaise) car je ne les connais pas. D'ailleur je ne pense pas avoir une point de vue totalement neutre, malgré mes efforts, mais ce n'est pas facile à obtenir :) 82.231.114.112 4 février 2006 à 19:05 (CET)
retiré de l'article[modifier le code]
Évidemment il est impossible d'utiliser ces techniques [ésoudre les héritages multiples avec le même coût à l'exécution que l'héritage simple] avec des langages qui ne sont pas compilés (comme PHP) ; dans ce cas, il faut parcourir le graphe d'héritage pendant l'exécution, ce qui peut être assez long.
- il me semble (je n'utilise pas ce langage) que PHP ne supporte pas l'héritage multiple par ailleurs python calcule bien le MRO au moment de la définition de la classe, il n'est donc pas impossible d'avoir une implémentation aussi rapide que l'héritage simple dans un langage interprété ske (d) 21 avril 2013 à 11:51 (CEST)
"Avantages"[modifier le code]
Le texte sur les "avantages" est douteux, et semble remonter aux lointaines décennies où on racontait que les objets (de la programmation du même nom) représentaient des objets du monde réel (après avoir raconté que les entités du modèle E/A représentaient des entités du monde réel.
Non, un radio-réveil n'hérite pas d'une radio et d'un réveil. Et non, personne n'a jamais pris en photo un PipedInputStream.