dans Programmation 101
Patron de conception: Décorateur
Les sources de cet article sont disponibles sur GitHub.
Présentation
Voici le deuxième article sur la série traitant des patrons de conception. Dans le dernier article, il était question de la fabrique qui est un patron de création. Celui-ci traite d’un patron de structuration, soit le décorateur.
Adapteur, décorateur, façade… Confus?
Afin de bien comprendre le rôle du décorateur, il faut assimiler la différence entre ce dernier et les autres patterns qui sont, disons-le, très semblable, mais qui ont des cas d’utilisation différents.
Adapteur: Faire en sorte qu’un objet puisse être utilisé dans une méthode où sa signature ne correspond pas à ce dernier (faire fitter l’objet).
Décorateur: Ajouter des fonctionnalités à un objet.
Facade: Simplifier l’utilisation d’une interface.
Les 3 patrons de conception ont un point en commun: ils gardent une instance de la composante encapsulée.
Le décorateur (Decorator Pattern)
Comme mentionné ci-avant, le décorateur permet tout simplement d’ajouter des fonctionnalités à un objet. Ceci peut s’avérer très utile lors d’un phase de ingénierie d’un système ou lors d’ajout de nouvelles fonctionnalités et permettre notamment de faciliter le respect du principe de responsabilité unique et le principe ouvert/fermé des principes SOLID.
Le problème
Un exemple typique du décorateur vient de la programmation orientée aspect. Les aspects sont des bouts de code à exécuter à un certain moment lors de l’exécution d’un autre code. Ceci permet de, par exemple, ajouter de la journalisation d’appels d’une méthode.
Il serait tentant d’ajouter les lignes de journalisation directement dans la classe cible, sauf qu’on viendrait d’ajouter une fonctionnalité à cette classe:
- Ce qu’elle fait déjà
- La journalisation
De plus, on vient briser le principe ouvert/fermé en modifiant directement un objet au lieu d’en faire une sous-classe.
La solution
Bien entendu, le décorateur est notre solution! Mais comment l’implémenter? Supposons que nous avons une interface pour une classe d’affaires et que nous voulons ajouter de la journalisation à une de ces méthodes
|
1 2 3 4 |
interface SomeBusinessObject { string Do(string what); } |
L’implémentation concrète de cette interface pourrait être définie comme ceci:
|
1 2 3 4 5 6 7 8 9 |
class ConcreteBusinessObject : SomeBusinessObject { public string Do(string what) { string outputString = "I just did this: " + what; return outputString; } } |
À partir de cet instant, tout est en place pour créer le décorateur en charge de la journalisation. Ce qu’il faut savoir:
- Le décorateur et l’implémentation concrète de la classe à décorer doivent partager une même interface
- Le décorateur doit avoir une instance en attribut de la classe concrète à décorer
- Le code client instancie la classe concrète et la décore du décorateur
En se basant sur l’exemple ci-dessus, le décorateur ressemblerait à:
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 |
class ConcreteBusinessObjectLoggingDecorator : SomeBusinessObject { public ConcreteBusinessObject Target { get; set; } public string Do(string what) { Console.WriteLine("ConcreteBusinessObjectLoggingDecorator:Do(string what)"); Console.WriteLine("what=" + what); string result = Target.Do(what); Console.WriteLine("result=" + result); return result; } } |
À l’exécution, il faut encapsuler la classe concrète dans le décorateur:
|
1 2 3 4 5 6 |
SomeBusinessObject logic = new ConcreteBusinessObjectLoggingDecorator() { Target = new ConcreteBusinessObject() }; logic.Do("something"); |
Conclusion
Encore une fois, les patrons de conception prouvent leur utilité. Ils permettent de faciliter le respect des principes OO et d’obtenir une application à l’épreuve du futur dans la mesure du possible. Quant à lui, le décorateur permet de bien découper les fonctionnalités en objets distincts et aux classes à décorer de rester inchangées, ce qui facilite le développement et le support.
N’hésitez pas à donner votre opinion dans les commentaires ci-dessous!
Code source
Les sources de cet article sont disponibles sur GitHub.
|
1 |
git clone http://github.com/EzoQC/DecoratorPattern.git |
Commentaires
Laisser un commentaire