Designs Patterns comment rendre son code faiblement couplé, et maintenable...

Pourquoi réinventer la roue, alors que nos douleurs quotidiennes ont été étudiées par d’autres avant nous ? Par masochisme ? Par sadisme ? Constat : Hormis les algorithmes métier, les difficultés de l’ingénierie de code sont souvent identiques ! Les solutions mises en œuvres sont (trop) souvent dépendante de l’imagination du développeur… Une solution : Les Designs Patterns ! Ce sont un ensemble de recettes permettant de résoudre les principaux problèmes liés à l’ingénierie de code, Objectif : Garder un code ouvert au changement, mais fermé aux modifications,

Fondements des DP GOF (Gang of four) N’est pas le groupe de musique post-punk des années 70… Mais plutôt les 4 créateurs à l’origine des DP ! « Chaque patron décrit un problème qui se manifeste constamment dans notre environnement, et donc décrit le cœur de la solution à ce problème, d’une façon telle que l’on puisse réutiliser cette solution des millions de fois, sans jamais le faire deux fois de la même manière » 23 patterns de « base » Quel que soit le langage, ou la technologie objet ! Tous les autres sont des dérivés... (MVVM,...)

3 Types Création (Creational Patterns) Singleton, Factory, Abstract Factory, Prototype Structural (Structural Patterns) Adapter, Facade, Proxy,... Comportements (Behavioral Patterns) Strategy, Chain of responsability, Iterator, Observer,...

Formalisme

Entrons dans le vif du sujet

Le pattern Ss s s s s s s s

Etape 3 L’année suivante, le client désire ajouter une évolution : les canards savent voler... Nom : Ss s s s s s s s Type : Comportement But : Encapsuler les comportements susceptible de changer, afin de les rendre interchangeables. Exercice : Etape 1 Un client désire une FPS de canards... Un canard a un nom, peut nager, cancaner et doit être affiché. Etape 2 Lors de la release de la version, le client note que tout les canards nagent et cancanent de la même manière... c’est MAL !. Bug ! les canards en plastique qui étaient dans l’application (des leurres en quelque sorte) se mettent à voler... Nous avons donc un problème de conception ! Quelles solutions d’après vous pourraient apporter implémentation pérenne, en d’autres termes : Disposer d’une application fermée aux modifications mais ouverte aux changements ?

Héritage ? Interfaces ? Reprenons de la hauteur ! Quel est le réel problème ? Que proposez vous comme solutions ? LE CHANGEMENT ! Nom : Ss s s s s s s s Type : Comportement But : Encapsuler les comportements susceptible de changer, afin de les rendre interchangeables.

LA VRAIE question porte donc sur ce qui change : Quels sont les différences entre les différents canards ? réponse : leur comportement... (vol, cancan, affichage) LA VRAIE question porte donc sur ce qui change : Quels sont les différences entre les différents canards ? réponse : leur comportement... (vol, cancan, affichage) Nom : Ss s s s s s s s Type : Comportement But : Encapsuler les comportements susceptible de changer, afin de les rendre interchangeables.

Nom : Stratégie (Strategy) Type : Comportement But : Encapsuler les comportements susceptible de changer, afin de les rendre interchangeables. Cancan etc.

Nom : Stratégie (Strategy) Type : Comportement But : Encapsuler les comportements susceptible de changer, afin de les rendre interchangeables. Exemple de stratégie

Nom : Stratégie (Strategy) Type : Comportement But : Encapsuler les comportements susceptible de changer, afin de les rendre interchangeables. Exemple de Contexte

Nom : Stratégie (Strategy) Type : Comportement But : Encapsuler les comportements susceptible de changer, afin de les rendre interchangeables. Exemples réels : Une application de paiement en ligne peut offrir différents moyens de paiements, il suffit de choisit la bonne stratégie en fonction du choix du client. Car hormis le mode de paiement, la suite du flux de commande demeure identique... En.net, la classe ArrayList (contexte) est une bon exemple. La méthode sort par défaut offre une implémentation (stratégie concrète) par défaut. Cette méthode peut être substituée par l’implémentation fournie à l’exécution (implémentation de l’interface IComparer - stratégie)...

Privilégier le couplage faible favorise l’évolution... I l e s t p r é f é r a b l e d ’ i m p l é m e n t e r d e s i n t e r f a c e s ! Retour sur les brèves de comptoir... L’héritage est un concept qui s’applique au modèle métier (le plus souvent). Encapsuler ce qui change est un gage d’évolution ! Un code doit être ouvert au changement, mais fermé aux modifications... La composition est préférable à l’héritage ! Nom : Stratégie (Strategy) Type : Comportement But : Encapsuler les comportements susceptible de changer, afin de les rendre interchangeables.