Template Method - Laurent Henocque

Single-Responsibility
Principle
• Une classe doit n'avoir qu'une seule raison de
changer.
• Ce principe est une lecture du principe de "cohésion
forte". La classe ne doit offrir que des services
fortement reliés
• on ne combine pas rémanence et fonctionnalité par
exemple
• Ce principe contredit de facto l'usage de l'héritage
pour extension