Dans un système orienté objet, une classe donnée pourra dépendre des services fournis par d’autres classes.
L’approche normale consiste à implémenter cette dépendance de la manière suivante:

La classe « Client » requiert un service de la classe « Fournisseur de service ».
Cette approche est bonne si seulement on assume que ce type de service est toujours fourni par la même classe.
Mais cette méthode ne convient plus quand plusieurs classes offre le même type de service.

Solution

En Appliquant le design pattern « interface », les services communs offerts par les différentes classes peuvent être isolés et déclarés abstraits en tant qu’interface. Et chacune des classes qui fournissent ce type de service implémente cette interface.
Cela permet à la classe « Client » l’utilisation du service requis avec un minimum d’impact et d’une manière complètement transparente. Et par conséquent, elle n’a pas besoin d’être modifiée quand une nouvelle classe « fournisseur de service » est désignée.

Exemple

Dans une application les objets utilisent différents types de données variables et constants.
Le pattern Constant Data Manager sert pour la conception d’un espace de stockage efficace pour les données constantes utilisées par différents objets dans une application.
En général, une application manipule différent sorte de données constantes comme: Nom fichier,
Label des butons , Les Codes et les messages d’erreur….

Ce pattern recommande que les données constantes doivent être garder dans des objets séparés. Ce type de séparation facilite la maintenance du référentiel centralisé des données constantes.

Exemple

Comment concevoir une classe avec un comportement variable?

Solution

Exemple