Ce billet explore l'origine et la signification de l'adage "favoriser la composition à l'héritage" en programmation orientée objet. Cette phrase, popularisée par le livre "Design Patterns" (Gang of Four), oppose l'héritage (réutilisation en "boîte blanche") à la composition (réutilisation en "boîte noire"). L'auteur analyse les avantages et limites de chaque approche, soulignant que la composition offre plus de flexibilité à l'exécution mais peut nécessiter plus de travail. Il rappelle aussi le contexte historique et linguistique de ce débat, ainsi que l'influence des travaux de Barbara Liskov sur la sémantique des sous-types.
Le résumé de 3 conférences
- Les classes abstraites c’est fini (et c’est la faute à TDD)
- 🧑🎤🎸 La preuve de programme vous fera apprécier les tests
- (Re)devenez pote avec le CSS.
Cet article fait partie de ceux mentionnés dans https://schlitt.info/blog/0784_best_of_posts_for_engineers.html
L'auteur explique que la réutilisation de code par héritage est un code smell et il montre comment le corriger
Un article passionnant sur l'héritage vs la composition en POO. J'en retiens sa conclusion : il ne sert à rien de se forcer à utiliser des grands principes (DRY, héritage, composition, etc.) tant que l'on n'a pas une compréhension claire du problème que l'on essaye de résoudre... par contre, ces grands principes sont très utiles pour le refactoring.
Des réflexions très intéressantes sur la pérennisation de notre vie numérique après la mort... et je cite l'auteur pour définir le dead-man switch "Un dead-man switch est une procédure exécutée à la mort d’une personne. "
Tout est dans le titre
Tout est dans le titre
Il s'agit de l'encapsulation, de la composition, de l'héritage, des interfaces et des méthodes statiques...
Tout est dans le titre, sauf que ça concerne PHP
Tout est dans le titre
Tout est dans le titre
L'auteur explique comment fonctionne l'héritage en JavaScript (et tape sur IE au passage, mais c'est mérité)
Tout est dans le titre