C'est pour moi un basique de règle de design orienté object. La
composotion doit être la règle, l'héritage l'exception. Malheureusement les 1er cours en école commence toujours par expliquer les principes orienté objet par l'héritage. J'ai vu passer des générations de développeur débutant avec ce biais de conception ancré en eux. Dommage que beaucoup d'école ne poussent pas à la veille techno, n'évoque jamais les uncle Bob ou martin fowler... Il y a sans doute des exceptions et de bon professeur en école supérieur mais force de constater que ce n'est pas la règle.
# Un cas d'école
Posté par Tangi Colin . En réponse au lien Composition Over Inheritance: A Banking Example in Golang. Évalué à 5.
C'est pour moi un basique de règle de design orienté object. La
composotion doit être la règle, l'héritage l'exception. Malheureusement les 1er cours en école commence toujours par expliquer les principes orienté objet par l'héritage. J'ai vu passer des générations de développeur débutant avec ce biais de conception ancré en eux. Dommage que beaucoup d'école ne poussent pas à la veille techno, n'évoque jamais les uncle Bob ou martin fowler... Il y a sans doute des exceptions et de bon professeur en école supérieur mais force de constater que ce n'est pas la règle.