refactoring vers les design patterns pyxis v2
TRANSCRIPT
REFACTORING VERS
LES DESIGN
PATTERNS
Améliorer son
architecture
par les design
patterns
Design est non-déterministe
Ce n’est pas un processus répétable qui garanti un résultat
prédictible
Les techniques de design sont guidé par des heuristiques
Intuitive
Plusieurs facteurs l’influence
Le design est un processus itératif
Processus à évolution lente
Compromis et priorités
Principe d’essais et erreurs
LES DÉFIS DU DESIGN
Abstraction claire
Designer de façon modulaire
Favoriser une forte cohésion
Séparation des préoccupations
Designer en strate ou en oignons
Limiter le nombre d’abstractions par niveau
Distribution des responsabilités balancée
S’inspirer des objets de la vie
Limitation du couplage
Garder le minimum d’interconnections
Rendre les contrats explicites
Encapsuler les détails d’implémentation
LES HEURISTIQUES FONDAMENTALES
Choix de solutions simples
Pas de partie en trop (utiliser le TDD)
Éviter les défaillances
Design pour la testabilité
Identification des zones à haut risque de changement
Extensibilité, Plugins, IOC, DI
Utilisation de solutions éprouvées
Design Patterns
LES HEURISTIQUES FONDAMENTALES
Contexte
DESIGN PATTERNS (PATRONS DE CONCEPTION)
Problèmes connus
Bonnespratiques
Solutions éprouvées
Creational
•Factory Method
•Abstract Factory
•Prototype
•Singleton
Structural
•Adapter
•Adapter
•Bridge
•Composite
•Decorator
•Facade
•Proxy
Behavioral
•Interpreter
•Template Method
•Chain of responsibility
•Command
•Iterator
•Mediator
•Memento
•Flyweight
•Observer
•State
•Strategy
•Visitor
LES DESIGN PATTERNS
Class
Object
DemoÉTAT INITIAL
PROBLÈME
Extensibilité
Dans ce patron une famille d'algorithmes sont encapsulés de
manière à être interchangeables. Les algorithmes peuvent
changer indépendamment de l 'application qui s'en sert.
UTILISER UNE STRATÉGIE INTERCHANGER UN
ALGORITHME
Dans ce patron une famille d'algorithmes sont encapsulés de
manière à être interchangeables. Les algorithmes peuvent
changer indépendamment de l 'application qui s'en sert.
UTILISER UNE STRATÉGIE INTERCHANGER UN
ALGORITHME
Demo
UTILISATION DU
STRATEGY PATTERN
PROBLÈME
Fonctionnalités
transversales
Ce patron permet d'attacher dynamiquement des
responsabilités à un objet. C’est une alternative à l 'héritage
UTILISER LE DÉCORATEUR POUR ÉVITER L’EXPLOSION
DE HIÉRARCHIE
Ce patron permet d'attacher dynamiquement des
responsabilités à un objet. C’est une alternative à l 'héritage
UTILISER LE DÉCORATEUR POUR ÉVITER L’EXPLOSION
DE HIÉRARCHIE
Demo
UTILISATION DU
DECORATOR
PATTERN
PROBLÈME
Construction
complexe d’objets
Ce patron fournit une interface pour créer des objets sans
spécifier la classe concrète. La méthode s’occupe de la
création de l’ instance.
UTILISER UNE FACTORY POUR DÉLÉGUER LA CRÉATION
D’OBJETS
Ce patron fournit une interface pour créer des objets sans
spécifier la classe concrète. La méthode s’occupe de la
création de l’ instance.
UTILISER UNE FACTORY METHOD POUR DÉLÉGUER LA
CRÉATION D’OBJETS
Demo
UTILISATION DU
FACTORY PATTERN
0
1
0 1 2 3 4 5 6
Locale
COMPLEXITÉC
om
ple
xité
Niveaux d’abstraction
0
1
0 1 2 3 4 5 6
Locale
Globale
COMPLEXITÉC
om
ple
xité
Niveaux d’abstraction
Zone de confort
A retenir
Le design est un art plus qu’une science
Les patterns sont là pour nous aider
Faire attention à la complexité
Eric De Carufel
http://blog.decarufel.net
http://pyxis-tech.com
Sources : https://bitbucket.org/decarufe/refactortopatterns
Questions?
23
CONCLUSION
Est à la recherche de dévelopeurs
Visitez la section carrière sur
pyxis-tech.com