« Patrons de conception/Patron de méthode » : différence entre les versions

On peut décider de ne '''pas''' déclarer la méthode socle comme ''final'' en Java (ou bien décider de la déclarer ''virtual'' en C++), afin de la rendre plus souple. Ainsi la classe <tt>JeuDuTarot</tt> pourrait parfaitement hériter de la classe <tt>JeuDeSociété</tt>, à condition de redéfinir la méthode <tt>jouerUnePartie()</tt> pour tenir compte des règles du Tarot. Mais cette pratique est criticable. Il est important de se poser la question dès l'écriture de la super-classe : ''Les sous-classes auront-elles le droit de redéfinir les comportements fondamentaux codés dans la super-classe ?''. L'avantage est bien sûr une souplesse accrue. L'inconvénient peut être la perte de la cohérence interne de l'objet, si la surcharge des méthodes socles est mal conçue.

 

[[en:Template method pattern]]

[[it:Template method pattern]]