Design Patterns Structuraux

Produire un code bien organisé, flexible, maintenable, extensible, configurable et élégant.

Permet de convertir une API d’interface X existante pour se conformer à une API d’interface Y attendue par le client.

Lien dynamique qui offre plus de flexibilité.

Lien statique qui offre moins de flexibilité.

Utiliser des types abstraits pour éviter d’utiliser le type de la classe d’implémentation.

Permettre d’isoler le code et d'améliorer la modularité.

Mécanismes de création/d’instanciation d’objet.

Assemblage, agencement et structure des objets.

Communication et affectation des responsabilités entre objets.

Utiliser List au lieu de ArrayList pour une meilleure flexibilité.

Un patron de conception structurel qui permet de structurer des objets en une hiérarchie arborescente, permettant une manipulation homogène des nœuds et feuilles.

Un scénario qui met en évidence le besoin de gérer des groupes d'objets imbriqués, comme des groupes de dessins à l'intérieur d'autres groupes, avec une possibilité de modifier tous les éléments de manière homogène.

Dans le cadre du patron Composite, une 'feuille' représente un objet simple, qui ne peut pas être décomposé en sous-objets. Exemple: un carré, un cercle.

Dans le cadre du patron Composite, un 'nœud' représente un objet complexe, qui peut contenir d'autres objets, soit des feuilles, soit d'autres nœuds. Exemple: un groupe de dessins.

Le principe de manipuler de manière homogène les 'feuilles' et les 'nœuds' de l'arborescence Composite, permettant d'appliquer les mêmes opérations à tous les éléments, peu importe leur nature.

Le modèle Composite permet de représenter des structures hiérarchiques d'objets en les traitant de manière uniforme, que ce soit un objet simple (feuille) ou un groupe d'objets (conteneur).

Les composants simples (feuilles) sont les éléments de base de la structure composite. Ils ne peuvent pas contenir d'autres composants.

Les composants conteneurs (nœuds) sont des objets complexes qui peuvent contenir d'autres composants, y compris d'autres conteneurs.

Une interface commune est définie pour tous les composants, qu'ils soient simples ou conteneurs. Cela permet de traiter tous les composants de manière uniforme.

Le design-pattern Composite est utilisé dans des contextes variés, tels que les systèmes de fichiers, les API graphiques, les expressions mathématiques, les arbres de syntaxe abstraite (AST) et d'autres domaines où il est nécessaire de gérer des structures hiérarchiques d'objets.

Une méthode add() permet d'ajouter un composant à un conteneur. Une méthode remove() permet de supprimer un composant d'un conteneur.

Le modèle Composite permet de simplifier le code en traitant tous les composants de manière uniforme, quelle que soit leur complexité. Il favorise également la réutilisation de code et la modularité.

Le modèle Composite offre une approche flexible et extensible pour représenter des structures hiérarchiques d'objets. Il est utilisé dans de nombreux domaines de développement logiciel.

Un motif de conception structurel qui permet d'ajouter ou de modifier dynamiquement les responsabilités d'objets.

La classe qui représente l'objet de base qui sera décoré.

Une classe abstraite qui implémente l'interface du composant primaire et délègue les appels à un attribut de type composant primaire.

Des classes concrètes héritant du décorateur abstrait et ajoutant de nouvelles fonctionnalités pour modifier le comportement du composant primaire.

Décorateurs permettant d'ajouter des fonctionnalités supplémentaires au composant primaire.

Le client choisit et assemble les décorateurs concrets à la volée pour créer la configuration exacte dont il a besoin.

Une interface qui définit les fonctionnalités de base du composant primaire.

Une classe concrète qui implémente l'interface du composant primaire et représente l'objet de base.

On utilise un attribut de type composant primaire pour déléguer les appels aux méthodes du composant primaire décoré.

Le client assemble différents décorateurs pour modifier l'objet de base et lui donner les fonctionnalités souhaitées.

Le design pattern Decorator permet d'ajouter des fonctionnalités à un objet existant sans modifier sa classe originale. Un décorateur est une classe qui encapsule l'objet de base et lui ajoute les fonctionnalités souhaitées. L'objet décoré est appelé "voiture" et le décorateur est appelé "voiture décorée".

La classe VoitureDecorator sert de base pour créer des décorateurs. Elle hérite de la classe Voiture et encapsule l'objet Voiture original. Les méthodes de VoitureDecorator déléguent généralement les appels aux méthodes correspondantes de l'objet Voiture encapsulé.

Un décorateur Diesel ajoute des fonctionnalités à une voiture, telles qu'une augmentation du prix et de la puissance.

Un décorateur Turbo ajoute des fonctionnalités à une voiture, telles qu'une augmentation du prix et de la puissance.

Le client peut créer des voitures avec différentes combinaisons de décorateurs. Par exemple, une voiture diesel peut être aussi équipée d'un turbo.

Un patron de conception structurel qui offre une interface simplifiée pour un sous-système complexe.

Le client n'interagit qu'avec l'interface Façade, indépendamment de l'implémentation du sous-système.

Une classe qui offre l'interface simplifiée et fait le lien avec les composants du sous-système.

Si la Façade devient trop volumineuse, il est possible de la diviser en plusieurs sous-façades.

Vérifier que l'on peut créer une interface simplifiée pour le sous-système.

Créer une classe qui implémente l'interface Façade et qui gère les interactions avec le sous-système.

S'assurer que le client dépend uniquement de l'interface Façade.

Divisez la Façade en sous-façades si elle devient trop volumineuse.