Bah ouais on t'as surement menti, l'héritage est rarement la solution la plus propre ! C'est une manie que les profs d'UML inculquent aux étudiants (va savoir pourquoi), mais la plupart du temps il vaut mieux utiliser une composition (avec le pattern Bridge) pour séparer l'implémentation de l'interface.
Pour en revenir au sujet, c'est totalement inutile d'avoir une classe qui ne sert à rien faite avec QtDesigner et avoir une classe fille spécifique. D'abord ça fait plus de code, ensuite c'est plus long à executer (parceque l'héritage demande une traduction dynamique des adresses des fonctions, qui prend beaucoup de temps ; c'était un dès gros problème de KDE avant l'invention de kdeinit) et enfin, comme expliqué dans le premièr paragraphe, c'est rarement la solution la plus "propre" UMLement parlant.
[^] # Re: Tuto
Posté par cgo2 . En réponse au journal Python et PyQt. Évalué à 5.
Pour en revenir au sujet, c'est totalement inutile d'avoir une classe qui ne sert à rien faite avec QtDesigner et avoir une classe fille spécifique. D'abord ça fait plus de code, ensuite c'est plus long à executer (parceque l'héritage demande une traduction dynamique des adresses des fonctions, qui prend beaucoup de temps ; c'était un dès gros problème de KDE avant l'invention de kdeinit) et enfin, comme expliqué dans le premièr paragraphe, c'est rarement la solution la plus "propre" UMLement parlant.