SlideShare une entreprise Scribd logo
DDeessiiggnn PPaatttteerrnnss 
PPrreemmiièèrree ppaarrttiiee 
Mohamed Youssfi 
Laboratoire Signaux Systèmes Distribués et Intelligence Artificielle (SSDIA) 
ENSET, Université Hassan II Casablanca, Maroc 
Email : med@youssfi.net 
Supports de cours : http://fr.slideshare.net/mohamedyoussfi9 
Chaîne vidéo : http://youtube.com/mohamedYoussfi 
Recherche : http://www.researchgate.net/profile/Youssfi_Mohamed/publications 
med@youssfi.net
Définitions DDeessiiggnn ppaatttteerrnnss 
 Un Design pattern décrit à la fois 
◦ Un problème qui se produit très fréquemment, dans un 
environnement, 
◦ et l’architecture de la solution à ce problème de telle 
façon que l’on puisse utiliser cette solution des milliers 
ddee ffooiiss.. 
 Permet de décrire avec succès des types de 
solutions récurrentes à des problèmes communs 
dans des types de situations
Définitions DDeessiiggnn ppaatttteerrnnss 
 Les design patterns offrent 
◦ Une documentation d’une expérience éprouvée 
de conception 
◦ Une identification et spécification d ’abstractions 
qui sont au dessus du niveau des simples classes 
et instances 
◦ UUnn vvooccaabbuullaaiirree ccoommmmuunn eett aaiiddee àà llaa 
compréhension de principes de conception 
◦ Un moyen de documentation de logiciels 
◦ Une Aide à la construction de logiciels 
complexes et hétérogènes, répondant à des 
propriétés précises.
Catégories ddee DDeessiiggnn PPaatttteerrnnss 
 Création 
◦ Description de la manière dont un objet ou un ensemble 
d’objets peuvent être créés, initialisés, et configurés 
◦ Isolation du code relatif à la création, à l’initialisation afin de 
rendre l’application indépendante de ces aspects 
◦ Exemples : Abstract Factory, Builder, Prototype, Singleton 
 Structure 
◦ DDeessccrriippttiioonn ddee llaa mmaanniièèrree ddoonntt ddooiivveenntt êêttrree ccoonnnneeccttééss ddeess 
objets de l’application afin de rendre ces connections 
indépendantes des évolutions futures de l’application 
◦ Exemples : Adapter(objet), Composite, Bridge, Decorator, 
Facade, Proxy 
 Comportement 
◦ Description de comportements d’interaction entre objets 
◦ Gestion des interactions dynamiques entre des classes et des 
objets 
◦ Exemples : Strategy, Observer, Iterator, Mediator , Visitor, State
Portée ddeess DDeessiiggnn PPaatttteerrnnss 
 Portée de Classe 
◦ Focalisation sur les relations entre classes et 
leurs sous-classes 
◦ RRééuuttiilliissaattiioonn ppaarr hhéérriittaaggee 
 Portée d’Instance (Objet) 
◦ Focalisation sur les relations entre les objets 
◦ Réutilisation par composition
DDeessiiggnn PPaatttteerrnnss dduu GGooFF ((GGaanngg ooff FFoouurr )) 
((GGaammmmaa,, HHeellmm,, JJoohhnnssoonn,, VVlliissssiiddeess)
Présentation dd’’uunn DDeessiiggnn PPaatttteerrnn 
 Nom du pattern 
◦ utilisé pour décrire le pattern, ses solutions et les 
conséquences en un mot ou deux 
 Problème 
◦ description des conditions d ’applications. Explication du 
problème et de son contexte 
 SSoolluuttiioonn 
◦ description des éléments (objets, relations, responsabilités, 
collaboration) 
◦ permettant de concevoir la solution au problème ; utilisation 
de diagrammes de classes, de séquences, … 
◦ vision statique ET dynamique de la solution 
 Conséquences 
◦ description des résultats (effets induits) de l ’application du 
pattern sur le système (effets positifs ET négatifs)
QQUUEELLQQUUEESS RRAAPPPPEELLSS 
med@youssfi.net
Exigences d’un pprroojjeett iinnffoorrmmaattiiqquuee 
 Exigences fonctionnelles: 
◦ Une application est créée pour répondre , tout d’abord, aux 
besoins fonctionnels des entreprises. 
◦ Processus métier de l’entreprise 
 Exigences Techniques : 
◦ Les performances: 
◦ La maintenance: 
◦ Sécurité 
◦ Portabilité 
◦ Distribution 
◦ Architectures orientées services 
◦ Capacité de fournir le service à différents type de clients (Desk TOP, 
Mobile, SMS, http…) 
◦ ….. 
med@youssfi.net 
 Exigence financières 
9
CCoonnssttaatt 
 Il est très difficile de développer un système logiciel qui 
respecte ces exigences sans utiliser l’expérience des autres : 
◦ Réutiliser des modèles de conceptions (Design Patterns) 
◦ Bâtir les applications sur des architectures existantes: 
 Architecture JEE 
 Architecture Dot Net 
 …… 
◦ Ces architectures offrent : 
 Des Frameworks qui permettent de satisfaire les exigences techniques: 
 Framework pour l’Inversion de contrôle 
 Gérer le cycle de vie des composants de l’application 
 Séparer le code métier du code technique 
 Framework ORM (Mapping Objet Relationnel) 
 Framework MVC WEB 
 …. 
 Middlewares pour faire communiquer les composants distribués de 
l’application 
med@youssfi.net
Concepts ffoonnddaammeennttaauuxx ddee 
ll’’oorriieennttéé OObbjjeett 
Classe 
Objet 
HHéérriittaaggee 
 Encapsulation 
 Polymorphisme 
med@youssfi.net
Pourquoi l’approche Orientée OObbjjeett aa ééttéé ccrrééééee ?? 
 Principalement : 
◦ Pour faciliter la réutilisation de l’expérience des autres. 
 Instancier des classes existantes (Composition) 
 Créer de nouvelles classes dérivées (Héritage) 
 Réutilisation des Frameworks 
◦ Créer des applications faciles à maintenir : 
 Applications fermées à la modification et ouvertes à l’extension 
◦ Créer des applications performantes 
◦ CCrrééeerr ddeess aapppplliiccaattiioonnss ssééccuurriissééeess 
◦ Créer des applications distribuées 
◦ Séparer les différents aspects d’une application 
 Aspects métiers (fonctionnels) 
 Aspect Présentation (Web, Mobile, Desktop, ….) 
 Aspects Techniques 
 ORM, Gestion des transaction, Sécurité, Montée en charge 
 Distribution 
med@youssfi.net
HHÉÉRRIITTAAGGEE 
EEEETTTT 
CCOOMMPPOOSSIITTIIOONN 
med@youssfi.net
Héritage eett ccoommppoossiittiioonn 
 Dans la programmation orientée objet, 
l’héritage et la composition sont deux 
moyens qui permettent la réutilisation des 
classes 
 LL’’hhéérriittaaggee ttrraadduuiitt llee tteerrmmee « EEsstt uunn » oouu 
« Une sorte de » 
 La composition traduit le terme « A un » ou 
« A plusieurs ». 
 Voyons à partir d’un exemple entre l’héritage 
et la composition de type « A un ».
Exemple Héritage eett ccoommppoossiittiioonn 
public class A { 
int v1=2; 
int v2=3; 
public int meth1(){ 
return(v1+v2); 
public class B extends A { 
int v3=5; 
void meth2(){ 
System.out.print(super.meth1()*v3); 
} 
} 
} 
} 
public class C { 
int v3=5; 
A a=new A(); 
void meth2(){ 
System.out.print(a.meth1()*v3); 
} 
} 
C A 
B 
1 
à un 
est un
Héritage eett ccoommppoossiittiioonn 
 C c=new C(); 
 c.meth2(); 
:A 
v1=2 
v2=3 
 B b=new B(); 
 b.meth2(); 
meth1() c:C 
b:B 
super= 
v3=5 
meth2() 
a= 
v3=5 
meth2() 
:A 
v1=2 
v2=3 
meth1()
Portée ddeess DDeessiiggnn PPaatttteerrnnss 
 Portée de Classe 
◦ Focalisation sur les relations entre classes et 
leurs sous-classes 
◦ RRééuuttiilliissaattiioonn ppaarr hhéérriittaaggee 
 Portée d’Instance (Objet) 
◦ Focalisation sur les relations entre les objets 
◦ Réutilisation par composition
PPaatttteerrnn SSttrraatteeggyy 
 Catégorie : Comportement 
 Objectif s: 
◦ Définir une famille d’algorithmes, et encapsuler 
chacun et les rendre interchangeables tout en 
assurant que chaque algorithme puisse évoluer 
indépendamment des clients qui l’utilisent 
 RRaaiissoonn dd’’uuttiilliissaattiioonn :: 
◦ Un objet doit pouvoir faire varier une partie de son algorithme 
dynamiquement. 
 Résultat : 
◦ Le Design Pattern permet d'isoler les algorithmes appartenant à 
une même famille d'algorithmes.
DDiiaaggrraammmmee ddee ccllaasssseess 
• On crée donc une interface de base, appelée ici « Strategy » et on y ajoute 
une méthode qui sera la méthode qui applique notre stratégie. 
• Il suffit alors de créer maintenant des classes concrètes qui implémentent cette 
interface « StrategyImpl » et qui donc redéfinisse la méthode de stratégie. 
•A un instant donné, La classe « Context » qui va utiliser la stratégie compose 
une instance de l’une des implémentation de Strategy. 
med@youssfi.net
Implémentation JJaavvaa dduu ppaatttteerrnn SSttrraatteeggyy 
Interface Strategy.java 
public interface Strategy { 
public void operaionStrategy(); 
} 
Classe Context.java 
public class Context { 
protected Strategy strategy; 
med@youssfi.net 
public void appliquerStrategy(){ 
strategy.operaionStrategy(); 
} 
public void setStrategy(Strategy strategy) { 
this.strategy = strategy; 
} 
}
Implémentation JJaavvaa dduu ppaatttteerrnn SSttrraatteeggyy 
Implémentation 1 de l’interface Strategy. 
public class StrategyImpl1 implements Strategy { 
@Override 
public void operaionStrategy() { 
System.out.println(Application de Strategy 1); 
} 
} 
Implémentation 2 de l’interface Strategy. 
public class StrategyImpl2 implements Strategy { 
med@youssfi.net 
@Override 
public void operaionStrategy() { 
System.out.println(Application de Strategy 2); 
} 
}
Utilisation dduu ppaatttteerrnn SSttrraatteeggyy 
Application.java 
public class Application { 
public static void main(String[] args) { 
Context ctx=new Context(); 
System.out.println(Stratégie 1:); 
ctx.setStrategy(new StrategyImpl1()); 
ctx.appliquerStrategy(); 
System.out.println(Stratégie 2:); 
ctx.setStrategy(new StrategyImpl2()); 
Exécution : 
Stratégie 1: 
Application de Strategy 1 
Stratégie 2: 
Application de Strategy 2 
Stratégie 3: 
Application de Strategy 3 
ctx.appliquerStrategy(); 
System.out.println(Stratégie 3:); 
ctx.setStrategy(new StrategyImpl3()); 
ctx.appliquerStrategy(); 
} 
} 
med@youssfi.net
EEXXEEMMPPLLEE 
DDDD’’’’AAAAPPPPPPPPLLLLIIIICCCCAAAATTTTIIIIOOOONNNN 
med@youssfi.net
RRééfféérreennccee
SSiimmppllee AApppplliiccaattiioonn:: SSuuppeerrCCaannaarrdd 
 Joël travaille pour une société qui a rencontré un 
énorme succès avec un jeu de simulation de mare 
aux canard « SuperCanard ». 
 Le jeu affiche toutes sortes de canards qui nagent 
et émettent des sons. 
 LLeess pprreemmiieerrss ccoonncceepptteeuurrss dduu ssyyssttèèmmee oonntt uuttiilliisséé 
des techniques OO standard et créé une super 
classe Canard dont tous les autres types de canards 
héritent.
SSuuppeerrCCaannaarrdd ddaannss llee ppaasssséé 
Tous les canard cancanent et nagent. 
La super classe gère le code de 
l’implémentation 
Comme tous les sous types de la 
classes canard ont un aspect 
différent, la méthode afficher est 
abstraite 
Autres types de canards 
Chaque sous classe de canard a la 
charge d’implémenter le 
comportement de la méthode 
afficher() pour la façon dont il 
apparaîtra à l’écran
SSuuppeerr ccaannaarrdd 
 La société a subi de plus en plus la pression de 
la part de la concurrence. 
 A l’issue d’une semaine d’un séminaire 
résidentiel consacré au brainstorming, les 
ddiirriiggeeaannttss oonntt ppeennsséé qquu’’iill ééttaaiitt tteemmppss ddee 
lancer une grande innovation. 
 Il leur faut, maintenant, quelque chose de 
réellement impressionnant à présenter à la 
réunion des actionnaires qui aura lieu la 
semaine prochaine.
Maintenant, nous voulons qquuee lleess ccaannaarrddss 
VVOOLLEENNTT 
 Les dirigeant ont décidé que les canards 
volant étaient exactement ce qu’il fallait 
pour battre la concurrence. 
 Naturellement, le responsable de Joël a 
ddiitt qquuee cceelluuii--ccii nn’’aauurraaiitt aauuccuunn pprroobbllèèmmee 
pour bricoler quelque chose en une 
semaine. 
 « Après tout », a-t-il dit, « Jöel est un 
programmeur OO… ça ne doit pas être si 
difficile ! »
Maintenant, nous vvoouulloonnss qquuee lleess ccaannaarrddss 
VVOOLLEENNTT 
Il suffit que j’ajoute une méthode 
voler dans la classe Canard et tous 
les autres types de canards en 
hériteront. L’heure est venue pour 
montrer mon vraie génie 
Joe pense
Nous somme à la réunion: IIll yy aa qquueellqquuee cchhoossee 
qquuii nnee vvaa ppaass 
 Que s’est t-il passé? 
◦ Jöel a oublié que toutes les sous-classes 
de canard ne doivent pas 
voler. 
◦ Quand il a ajouté le nouveau 
comportement de la super classe 
Canard, il a également ajouté un 
Jöel, c’est Marie, je suis à la 
réunion des actionnaires. 
On vient de passer la démo 
et il y a plein de canard en 
plastique qui volent dans 
tout l’écran. C’est une 
comportement non approprié à 
certaines de ses sous-classes; 
◦ Maintenant, il a des objets volant 
inanimés dans son programme 
SuperCanard 
plaisanterie ou quoi? Tu as 
peut être envie de passer du 
temps sur Monster.fr?
Il y a quelque chose qquuii nnee vvaa ppaass 
OK, On dirait qu’il y a un léger 
défaut dans ma conception. Je ne 
vois pas pourquoi il ne peuvent pas 
appeler ça une « fonctionnalité ». 
C’est marrant….. 
Que pense Joe?
Jöel réfléchit àà ll’’hhéérriittaaggee…… 
Je pourrais toujours me 
contenter de redéfinir 
la méthode voler() dans 
la sous-classe 
CanardEnPlastique, 
Sauf que le problème c’est que je 
dois faire la même chose pour les 
tous les autres types de canards 
qui ne volent pas. En effet les 
canards de type Leure ne volent 
pas et ne cancanent pas. Je crois 
que cette manière de faire me 
poserait un problème pour la 
comme je l’ai fait pour 
cancaner() 
CanardEnPlastique 
cancaner() { 
//Redéfinir pour couiner 
} 
voler(){ 
// Redéfinir pour ne rien faire 
} 
afficher() { 
//Aspect d’un colvert 
} 
maintenance 
Leurre 
cancaner() { 
//Redéfinir pour ne rien faire 
} 
voler(){ 
// Redéfinir pour ne rien faire 
} 
afficher() { 
//Aspect d’un colvert 
}
En plus du coté fonctionnel ppeennsseerr àà llaa 
mmaaiinntteennaannccee 
 Jöel s’est rendu compte que l’héritage n’est 
probablement pas la réponse. 
 En fait, il vient de recevoir une note annonçant 
que les dirigeant ont décidé de réactualiser le 
produit tous les six mois. 
 Il sait que les spécifications vont changer en 
permanence et qu’il sera peut être amené à 
redéfinir voller() et cancaner() pour toute sous 
classes de Canard qui sera ajoutée au 
programme. 
 Il a donc besoin d’un moyen plus sain pour que 
seuls certains types de canard puissent voler ou 
cancaner.
La seule et unique ccoonnssttaannttee dduu 
ddéévveellooppppeemmeenntt 
 Quelle est la seule chose sur laquelle vous puissiez toujours compter 
en tant que développeur? 
◦ Indépendamment de l’endroit ou vous travaillez, de l’application que 
vous développez ou du langage dans lequel vous programmez, La seule 
vraie constante qui vous accompagnera toujours est: 
Prenez un miroir pour voir la réponse pour ne jamais l’oublier 
 Une application qui n’évolue pas meurt
AAttttaaqquuoonnss llee pprroobbllèèmmee 
Principe de conception: 
Identifier les aspects qui changent dans 
votre application et séparez-les de ceux 
qui demeurent constants. 
1er Principe de conception
Séparons ce qui change de ce qui rreessttee iiddeennttiiqquuee.. 
 Pour l’instant, en dehors du problème de voler() et de cancaner(), la 
classe Canard fonctionne bien et ne contient rien qui semble changer 
fréquemment. Nous allons la laisser pratiquement telle quelle. 
 Maintenant, pour séparer les parties qui changent de celles qui restent 
identiques, nous allons créer deux ensembles de classes, totalement 
distincts de Canard, l’un pour voler et l’autre pou cancaner. 
 Chaque ensemble de classes contiendra toutes les implémentations de 
leur comportement respectif. 
Extraction de ce qui change 
Classe Canard 
Comportements qui 
varient De Canard
Conception des comportements ddee CCaannaarrdd 
 Comment allons-nous procéder pour concevoir les classes qui 
implémentent les deux types de comportements? 
◦ Pour conserver une certaine souplesse, nous allons procéder de façon 
que nous puissions affecter un comportement de vol de manière 
dynamique à un objet Canard créé. 
◦ Avec ces objectifs en tête, voyons notre deuxième principe de 
conception 
Principe de conception: 
Programmer une interface, non une 
implémentation 
2ème Principe de conception
Conception des comportements ddee CCaannaarrdd 
 Nous allons donc utiliser une interface 
pour représenter chaque 
comportement; par exemple, 
ComportementVol et 
ComportementCancan. 
 Et chaque implémentation d’un 
comportement implémentera l’une de 
ces deux interfaces. 
 CCeettttee ffooiiss,, ccee nn’’eesstt ppaass lleess ccllaasssseess 
Canard qui implémenteront ces 
interfaces, mais nous allons créer un 
ensemble de classes qui 
implémenteront ces interfaces et dont 
la seule raison d’être est de 
représenter un comportement
Intégrer les comportements ddeess ccaannaarrddss 
 Notre diagramme de classes 
Comportement de vol encapsulé 
 Les variables 
comportementales sont 
déclarées de type de 
l’INTERFACE qui gère le 
comportement 
Comportement de cancanement 
 Ces deux méthodes 
remplacent cancaner() et 
voler()
Conception des comportements ddee CCaannaarrdd 
 Avec cette conception, les autres types de d’objets 
peuvent réutiliser nos comportements de vol et de 
cancanement parce que ces comportements ne sont pas 
cachés dans nos classes Canard! 
 Et nous pouvions ajouter de nouveaux comportements 
ssaannss mmooddiiffiieerr aauuccuunnee ddeess ccllaasssseess ccoommppoorrtteemmeennttaalleess 
existantes, ni toucher à aucune des classes Canard qui 
utilisent les comportements de vol et de canacanement. 
 Nous obtenons ainsi les avantages de la réutilisation 
sans la surcharge qui accompagne l’héritage.
Intégrer les comportements ddeess ccaannaarrddss 
 La clé est qu’un canard va maintenant déléguer ses 
comportements au lieu d’utiliser les méthodes voler et 
cancaner() définies dans la classe Canard (ou une sous-classe) 
 Nous allons d’abord ajouter à la classe Canard deux 
variables d’instance nommées: 
◦ comportementVol 
◦ ccoommppoorrtteemmeennttCCaannccaann 
 Ces attributs seront déclarés de type d’interface et non 
de type d’implémentation concrète. 
 Chaque objet Canard affectera à ces variables de 
manière polymorphe pour référencer le type de 
comportement spécifique qu’il aimerait avoir à 
l’exécution (VolerAvecDesAiles, Coincoin, etc…)
Implémentons maintenant la mméétthhooddee eeffffeeccttuueerrVVooll(()) 
 Chaque Canard à une 
référence à quelque à un objet 
qui implémente l’interface 
ComportementVol 
public abstract class Canard { 
ComportementVol comportementVol; 
//autres variables 
public void effectuerVol() { 
comportementVol.voler(); 
} 
 // Autres méthodes Au lieu de gérer son vol lui-même, 
lui- 
} 
l’objet Canard délègue 
ce comportement à l’objet 
référencé la variable 
d’instance comportementVol 
 La variable d’instance 
comportementVol est 
déclarée du type de 
l’INTERFACE 
Comportementale. 
 Rien de plus simple c’est ce pas? 
 Pour voler, l’objet Canard demande à 
l’objet référencé par comportVol de le 
faire à sa place 
 Dans ce niveau d’implémentation, peu 
importe de quel sorte d’objet s’agit-il. 
 Une seule chose nous intéresse: il sait 
voler
Suite ddee ll’’iinntteeggrraattiioonn 
 Il est maintenant temps de s’occuper de la façon dont les variables 
d’instances comportementVol et comportementCancan sont affectées 
 Jeton un coup d’oeil sur la sous-classe Colvert 
public class Colvert extends Canard { 
public Colvert(){ 
 En créant un Colvert, 
la responsabilité de 
comportementCancan=new Cancan(); 
comportementVol=new VolerAvecDesAilles(); 
} 
public void afficher(){ 
System.out.println(Je suis un vrai Colvert); 
} 
} 
cancanement est 
déléguée à un objet 
de type Cancan 
 Quand on fait appel à 
la méthode 
effectuerCancan() 
c’est la méthode 
cancaner() de l’objet 
Cancan qui va 
s’exécuter 
 Le comportement de vol sera 
délégué à un objet de type 
VolerAvecDesAilles 
 Souvenez-vous que les 
variables compVol et 
compCancan sont héritée 
de la classe Canard
Suite ddee ll’’iinnttééggrraattiioonn 
 Le cancan de Colvert est un vrai cancan, pas un 
coincoin, ni un cancan muet. 
 Quand un Colvert est instancié, son constructeur 
initialise sa variable d’instance comportementCancan 
héritée en lui affectant une nouvelle instance de type 
Cancan ( une classe d’implémentation concrète de 
ll’’iinntteerrffaaccee CCoommppoorrtteemmeennttCCaannccaann)) 
 Il en va de même pour comportementVol. Le 
constructeur de Colvert ou de Mandarin initialise la 
variable d’instance comportementVol avec une 
instance du comportement VolerAvecDesAilles (Une 
classe d’implémentation concrète de l’interface 
ComportementVol.
Les ddéévveellooppppeeuurrss ccrriittiiqquueenntt 
 Bien vue. C’est exactement ce que nous 
faisons…. pour l’instant. 
 Plus tard, nous aurons dans notre boite à outils 
de conception d’autres patterns qui nous 
permettent d’y remédier. 
 Remarquez quand même que si nous affectons 
bien les comportements aux classes concrètes 
(en instanciant une classe comportementale 
Attends une seconde. 
Tu n’as pas dit qu’on ne 
doit pas programmer une 
implémentation? 
Mais , qu’est ce qu’on 
fait dans le constructeur 
comme Cancan ou VolerAvecDesAilles et en 
affectant l’instance à notre variable de 
référence comportementale), nous pourrions 
facilement cela au moment de l’exécution en 
faisant appel aux setters: 
◦ setComportementVol(ComportementVol cc) 
◦ setComportementCancan(ComportementCancan cc) 
 Nous avons toujours beaucoup de souplesse, 
mais la façon d’affecter les variables n’est pas 
très satisfaisante. z 
de Colvert? On a créé une 
instance d’une classe 
d’implémentation 
concrète de Cancan: 
nnnneeeewwww CCCCaaaannnnccccaaaannnn(((())))
Intégrer les comportements ddeess ccaannaarrddss 
 Notre diagramme de classes 
Comportement de vol encapsulé 
 Les variables 
comportementales sont 
déclarées de type de 
l’INTERFACE qui gère le 
comportement 
Comportement de cancanement 
 Ces deux méthodes 
remplacent cancaner() et 
voler()
Implémenter les ccoommppoorrtteemmeennttss ddee vvooll 
- IInntteerrffaaccee CCoommppoorrtteemmeennttVVooll..jjaavvaa 
public interface ComportementVol { 
public void voler(); 
} 
- Classe VolerAvecDesAilles.java 
public class VolerAvecDesAilles implements ComportementVol 
{ 
public void voler() { 
System.out.println(Je vole !); 
}} 
- Classe NePasVoler.java 
public class NePasVoler implements ComportementVol { 
public void voler() { 
System.out.println(Je ne sais pas voler!); 
}}
Implémenter les comportements ddee CCaannccaanneemmeenntt 
- IInntteerrffaaccee CCoommppoorrtteemmeennttCCaannccaann..jjaavvaa 
public interface ComportementCancan { 
public void cancaner(); 
} 
- Classe Cancan.java 
public class Cancan implements ComportementCancan { 
public void cancaner() { 
System.out.println(can can can); 
}} 
- Classe coincoin.java 
public class CoinCoin implements ComportementCancan { 
public void cancaner() { 
System.out.println(coin coin coin!); 
}} 
- Classe CancanMuet.java 
public class CancanMuet implements ComportementCancan { 
public void cancaner() { 
System.out.println(Silence!); 
}}
Intégration des comportements aauuxx ccaannaarrddss 
Implémentation de Canard.java 
public abstract class Canard { 
ComportementVol comportementVol; 
ComportementCancan comportementCancan; 
public void effectuerCancan() { 
comportementCancan.cancaner(); 
} 
public void effectuerVol() { 
comportementVol.voler(); 
} 
public void setComportementVol(ComportementVol compV) { 
this.comportementVol = compV; 
} 
public void setComportementCancan(ComportementCancan compC) { 
this.comportementCancan = compC; 
} 
public void nager() { 
System.out.println(Je nage en flottant); 
} 
public abstract void afficher(); 
}
Intégration des comportements aauuxx ccaannaarrddss 
public class Colvert extends Canard { 
public Colvert(){ 
comportementCancan=new Cancan(); 
comportementVol=new VolerAvecDesAilles(); 
} 
public void afficher(){ 
System.out.println(Je suis un vrai Colvert); 
} 
} 
Implémentation des sous classes : CCoollvveerrtt..jjaavvaa 
CCaannaarrddEEnnPPllaassttiiqquuee..jjaavvaa 
public class CanardEnPlastique extends Canard { 
public CanardEnPlastique(){ 
comportementCancan=new CancanMuet(); 
comportementVol=new NePasVoler(); 
} 
public void afficher(){ 
System.out.println(Je suis un canard en plastique); 
} 
}
MMiinniiSSiimmuullaatteeuurr..jjaavvaa 
:Canard 
compVol: 
compCancan 
nager() 
effectuerVol() 
effectuerCancan() 
:VolerAvecDesAilles 
voler() 4-c 
:Cancan 
cancaner() 5-d 
:NePasVoler 
voler() 9-c 
:CoinCoin 
cancaner() 8-d 
public void effectuerVol() { 
c- comportementVol.voler(); 
} 
public void effectuerCancan() { 
d- comportementCancan.cancaner(); 
} 
a 
b 
4 
5 
6 
7 
8 
9 
C:java MiniSimulateur 
Je suis un vrai Colvert 
Je vole ! 
can can can 
coin coin coin! 
Je ne sais pas voler! 
public class MiniSimulateur { 
public static void main(String[] args) { 
1- Canard colvert=new Colvert(); 
2- colvert.nager(); 
3- colvert.afficher(); 
4- colvert.effectuerVol(); 
5- colvert.effectuerCancan(); 
6- colvert.setComportementCancan(new CoinCoin()); 
7- colvert.setComportementVol(new NePasVoler()); 
8- colvert.effectuerCancan(); 
9- colvert.effectuerVol(); 
} 
} 
colvert 
:Colvert 
afficher() 
1 
Constructeur de Colvert : 
public Colvert(){ 
a- comportementCancan=new Cancan(); 
b- comportementVol=new VolerAvecDesAilles(); 
} 
Modifier les comportements de cancan 
et de vol dynamiquement
Vue d’ensemble des comportements eennccaappssuullééss 
 Notre diagramme de classes 
Comportement de vol encapsulé 
Comportement de cancanement 
Soyez très attentif aux relations entre les 
classes. Dans notre diagramme de classe 
nous avons 3 types de relations: 
• EST-UN : Héritage 
•A-UN : Composition 
• IMPLEMENTE : Implémentation
A-UN peut être pprrééfféérraabbllee àà EESSTT-UUNN 
 La relation A-UN est une relation intéressante : 
◦ Chaque Canard a un comportementVol et un comportementCancan auxquels il 
délègue le vol est le cancanement. 
◦ Lorsque vous avez deux classes de la sorte, vous utilisez le composition. 
◦ Au lieu d’hériter leur comportement, les canards l’obtiennent en étant composés 
avec le bon objet comportemental. 
◦ Cette technique est importante; en fait, nous avons appliqué notre troisième 
principe de conception: 
Principe de conception: 
Préférez la composition à 
l’héritage 
3ème Principe de conception 
 Utiliser la composition procure beaucoup 
de souplesse. 
 La composition permet d’encapsuler un 
ensemble d’algorithmes dans leur propre 
ensemble de classes 
 Et surtout, vous pouvez modifier le 
comportement au moment de l’exécution 
tant que l’objet avec lequel vous composez 
implémente la bonne interface 
comportementale.
Félicitation ppoouurr vvoottrree pprreemmiieerr 
ddeessiiggnn ppaatttteerrnn 
 Vous venez d’appliquez votre premier design pattern appelé 
« STRATEGIE » 
 Oui, vous avez appliqué le pattern Stratégie, pour revoir la conception de 
SuperCanard. 
 Grâce à ce pattern, le simulateur est prêt à recevoir toutes les 
modifications qui pourraient provenir de la prochaine séminaire aux 
BBaallééaarreess.. 
 Nous n’avons pas pris le court chemin pour l’appliquer, mais en voici la 
définition formelle 
Le pattern Stratégie définie une famille d’algorithmes, encapsule 
chacun d’eux et les rend interchangeables. 
Stratégie permet à l’algorithme de varier indépendamment des 
clients qui l’utilise.
Problème ddee ccoonncceeppttiioonn 
 Vous trouverez ci-dessous un ensemble de classes et d’interfaces 
pour un jeu d’aventure. Elles sont toutes mélangées. Il y a des 
classes pour les personnages et des classes correspondants aux 
comportements aux armes que les personnages peuvent utiliser. 
Chaque personnage ne peut faire usage que d’une seule arme à la 
fois, mais il peut en changer à tout moment en cours du jeu. Votre 
tache consiste à: 
◦ Réorganiser les classes. 
◦ IIddeennttiiffiieerr uunnee ccllaassssee aabbssttrraaiittee,, uunnee iinntteerrffaaccee eett 88 ccllaasssseess ccoonnccrrèètteess 
◦ Définir les associations entre les classes et l’interface. 
 Respecter le type de flèche de l’héritage. (extends) 
 Respecter le type de flèche de l’implémentation.(implements) 
 Respecter le type de flèche pour la composition .(A-UN) 
◦ Placer le méthode setArme() dans la bonne classe
PPrroobbllèèmmee ddee ccoonncceeppttiioonn
Exercice dd’’iimmpplléémmeennttaattiioonn 
 On considère la classe Employe (voir annexe) qui est définie par : 
◦ deux variables d’instance cin et salaireBrutMensuel, 
◦ deux constructeurs, les getters et setters 
◦ et une méthode calculerIGR qui retourne l’impôt général sur les revenus salariaux. 
◦ La méthode getSalaireNetMensuel retourne le salaire net mensuel. 
 Supposant que la formule de calcul de l’IGR diffère d’un pays à l’autre. 
 Au Maroc, par exemple le calcul s’effectue selon les cas suivant : 
◦ Si le salaire annuel est inférieur à 40000, le taux de l’IGR est : 5% 
◦ SSii llee ssaallaaiirree aannnnuueell eesstt ssuuppéérriieeuurr àà 4400000000 eett iinnfféérriieeuurr àà 112200000000,, llee ttaauuxx ddee ll’’IIGGRR eesstt :: 2200%% 
◦ Si le salaire annuel est supérieur à 120000 le taux de l’IGR est : 42% 
 En Algérie, le calcul s’effectue en utilisant un taux unique de 35%. 
 Comme cette classe est destinée à être utilisée dans différent type de pays 
inconnus au moment du développement de cette classe, 
1. Identifier les méthodes qui vont subir des changements chez le client. 
2. En appliquant le pattern strategie, essayer de rendre cette classe fermée à la 
modification et ouverte à l’extension. 
3. Créer une application de test. 
4. Proposer une solution pour choisir dynamiquement l’implémentation de calcul de 
l’IGR.
Code de llaa ccllaassssee EEmmppllooyyee 
public class Employe { 
private String cin; 
private float salaireBrutMensuel; 
public Employe(String cin, float salaireBrutMensuel) { 
this.cin = cin; 
this.salaireBrutMensuel = salaireBrutMensuel; 
} 
public float calculerIGR(){ 
float salaireBrutAnuel=salaireBrutMensuel*12; 
float taux=42; 
return salaireBrutAnuel*taux/100; 
} 
public float getSalaireNetMensuel(){ 
float igr=calculerIGR(); 
float salaireNetAnuel=salaireBrutMensuel*12-igr; 
return salaireNetAnuel/12; 
} 
// Getters et Setters 
}

Contenu connexe

Tendances

Support de cours technologie et application m.youssfi
Support de cours technologie et application m.youssfiSupport de cours technologie et application m.youssfi
Support de cours technologie et application m.youssfi
ENSET, Université Hassan II Casablanca
 
Sécurité des Applications Web avec Json Web Token (JWT)
Sécurité des Applications Web avec Json Web Token (JWT)Sécurité des Applications Web avec Json Web Token (JWT)
Sécurité des Applications Web avec Json Web Token (JWT)
ENSET, Université Hassan II Casablanca
 
Mohamed youssfi support architectures logicielles distribuées basées sue les ...
Mohamed youssfi support architectures logicielles distribuées basées sue les ...Mohamed youssfi support architectures logicielles distribuées basées sue les ...
Mohamed youssfi support architectures logicielles distribuées basées sue les ...
ENSET, Université Hassan II Casablanca
 
Cours design pattern m youssfi partie 3 decorateur
Cours design pattern m youssfi partie 3 decorateurCours design pattern m youssfi partie 3 decorateur
Cours design pattern m youssfi partie 3 decorateur
ENSET, Université Hassan II Casablanca
 
Cours design pattern m youssfi partie 6 proxy
Cours design pattern m youssfi partie 6 proxyCours design pattern m youssfi partie 6 proxy
Cours design pattern m youssfi partie 6 proxy
ENSET, Université Hassan II Casablanca
 
Cours design pattern m youssfi partie 4 composite
Cours design pattern m youssfi partie 4 compositeCours design pattern m youssfi partie 4 composite
Cours design pattern m youssfi partie 4 composite
ENSET, Université Hassan II Casablanca
 
Support POO Java Deuxième Partie
Support POO Java Deuxième PartieSupport POO Java Deuxième Partie
Support POO Java Deuxième Partie
ENSET, Université Hassan II Casablanca
 
Cours design pattern m youssfi partie 7 facade bridge flyweight
Cours design pattern m youssfi partie 7 facade bridge flyweightCours design pattern m youssfi partie 7 facade bridge flyweight
Cours design pattern m youssfi partie 7 facade bridge flyweight
ENSET, Université Hassan II Casablanca
 
Architecture jee principe de inversion de controle et injection des dependances
Architecture jee principe de inversion de controle et injection des dependancesArchitecture jee principe de inversion de controle et injection des dependances
Architecture jee principe de inversion de controle et injection des dependances
ENSET, Université Hassan II Casablanca
 
Support programmation orientée objet c# .net version f8
Support programmation orientée objet c#  .net version f8Support programmation orientée objet c#  .net version f8
Support programmation orientée objet c# .net version f8
ENSET, Université Hassan II Casablanca
 
Support de cours EJB 3 version complète Par Mr Youssfi, ENSET, Université Ha...
Support de cours EJB 3 version complète Par Mr  Youssfi, ENSET, Université Ha...Support de cours EJB 3 version complète Par Mr  Youssfi, ENSET, Université Ha...
Support de cours EJB 3 version complète Par Mr Youssfi, ENSET, Université Ha...
ENSET, Université Hassan II Casablanca
 
Support Web Services SOAP et RESTful Mr YOUSSFI
Support Web Services SOAP et RESTful Mr YOUSSFISupport Web Services SOAP et RESTful Mr YOUSSFI
Support Web Services SOAP et RESTful Mr YOUSSFI
ENSET, Université Hassan II Casablanca
 
Support JEE Spring Inversion de Controle IOC et Spring MVC
Support JEE Spring Inversion de Controle IOC et Spring MVCSupport JEE Spring Inversion de Controle IOC et Spring MVC
Support JEE Spring Inversion de Controle IOC et Spring MVC
ENSET, Université Hassan II Casablanca
 
Support de cours entrepise java beans ejb m.youssfi
Support de cours entrepise java beans ejb m.youssfiSupport de cours entrepise java beans ejb m.youssfi
Support de cours entrepise java beans ejb m.youssfi
ENSET, Université Hassan II Casablanca
 
Support Java Avancé Troisième Partie
Support Java Avancé Troisième PartieSupport Java Avancé Troisième Partie
Support Java Avancé Troisième Partie
ENSET, Université Hassan II Casablanca
 
Support NodeJS avec TypeScript Express MongoDB
Support NodeJS avec TypeScript Express MongoDBSupport NodeJS avec TypeScript Express MongoDB
Support NodeJS avec TypeScript Express MongoDB
ENSET, Université Hassan II Casablanca
 
Traitement distribue en BIg Data - KAFKA Broker and Kafka Streams
Traitement distribue en BIg Data - KAFKA Broker and Kafka StreamsTraitement distribue en BIg Data - KAFKA Broker and Kafka Streams
Traitement distribue en BIg Data - KAFKA Broker and Kafka Streams
ENSET, Université Hassan II Casablanca
 
Support JEE Servlet Jsp MVC M.Youssfi
Support JEE Servlet Jsp MVC M.YoussfiSupport JEE Servlet Jsp MVC M.Youssfi
Support JEE Servlet Jsp MVC M.Youssfi
ENSET, Université Hassan II Casablanca
 
Applications Android - cours 3 : Android Studio (Outil de développement)
Applications Android - cours 3 : Android Studio (Outil de développement)Applications Android - cours 3 : Android Studio (Outil de développement)
Applications Android - cours 3 : Android Studio (Outil de développement)
Ahmed-Chawki Chaouche
 
Support developpement applications mobiles avec ionic v3 et v4
Support developpement applications mobiles avec ionic v3 et v4Support developpement applications mobiles avec ionic v3 et v4
Support developpement applications mobiles avec ionic v3 et v4
ENSET, Université Hassan II Casablanca
 

Tendances (20)

Support de cours technologie et application m.youssfi
Support de cours technologie et application m.youssfiSupport de cours technologie et application m.youssfi
Support de cours technologie et application m.youssfi
 
Sécurité des Applications Web avec Json Web Token (JWT)
Sécurité des Applications Web avec Json Web Token (JWT)Sécurité des Applications Web avec Json Web Token (JWT)
Sécurité des Applications Web avec Json Web Token (JWT)
 
Mohamed youssfi support architectures logicielles distribuées basées sue les ...
Mohamed youssfi support architectures logicielles distribuées basées sue les ...Mohamed youssfi support architectures logicielles distribuées basées sue les ...
Mohamed youssfi support architectures logicielles distribuées basées sue les ...
 
Cours design pattern m youssfi partie 3 decorateur
Cours design pattern m youssfi partie 3 decorateurCours design pattern m youssfi partie 3 decorateur
Cours design pattern m youssfi partie 3 decorateur
 
Cours design pattern m youssfi partie 6 proxy
Cours design pattern m youssfi partie 6 proxyCours design pattern m youssfi partie 6 proxy
Cours design pattern m youssfi partie 6 proxy
 
Cours design pattern m youssfi partie 4 composite
Cours design pattern m youssfi partie 4 compositeCours design pattern m youssfi partie 4 composite
Cours design pattern m youssfi partie 4 composite
 
Support POO Java Deuxième Partie
Support POO Java Deuxième PartieSupport POO Java Deuxième Partie
Support POO Java Deuxième Partie
 
Cours design pattern m youssfi partie 7 facade bridge flyweight
Cours design pattern m youssfi partie 7 facade bridge flyweightCours design pattern m youssfi partie 7 facade bridge flyweight
Cours design pattern m youssfi partie 7 facade bridge flyweight
 
Architecture jee principe de inversion de controle et injection des dependances
Architecture jee principe de inversion de controle et injection des dependancesArchitecture jee principe de inversion de controle et injection des dependances
Architecture jee principe de inversion de controle et injection des dependances
 
Support programmation orientée objet c# .net version f8
Support programmation orientée objet c#  .net version f8Support programmation orientée objet c#  .net version f8
Support programmation orientée objet c# .net version f8
 
Support de cours EJB 3 version complète Par Mr Youssfi, ENSET, Université Ha...
Support de cours EJB 3 version complète Par Mr  Youssfi, ENSET, Université Ha...Support de cours EJB 3 version complète Par Mr  Youssfi, ENSET, Université Ha...
Support de cours EJB 3 version complète Par Mr Youssfi, ENSET, Université Ha...
 
Support Web Services SOAP et RESTful Mr YOUSSFI
Support Web Services SOAP et RESTful Mr YOUSSFISupport Web Services SOAP et RESTful Mr YOUSSFI
Support Web Services SOAP et RESTful Mr YOUSSFI
 
Support JEE Spring Inversion de Controle IOC et Spring MVC
Support JEE Spring Inversion de Controle IOC et Spring MVCSupport JEE Spring Inversion de Controle IOC et Spring MVC
Support JEE Spring Inversion de Controle IOC et Spring MVC
 
Support de cours entrepise java beans ejb m.youssfi
Support de cours entrepise java beans ejb m.youssfiSupport de cours entrepise java beans ejb m.youssfi
Support de cours entrepise java beans ejb m.youssfi
 
Support Java Avancé Troisième Partie
Support Java Avancé Troisième PartieSupport Java Avancé Troisième Partie
Support Java Avancé Troisième Partie
 
Support NodeJS avec TypeScript Express MongoDB
Support NodeJS avec TypeScript Express MongoDBSupport NodeJS avec TypeScript Express MongoDB
Support NodeJS avec TypeScript Express MongoDB
 
Traitement distribue en BIg Data - KAFKA Broker and Kafka Streams
Traitement distribue en BIg Data - KAFKA Broker and Kafka StreamsTraitement distribue en BIg Data - KAFKA Broker and Kafka Streams
Traitement distribue en BIg Data - KAFKA Broker and Kafka Streams
 
Support JEE Servlet Jsp MVC M.Youssfi
Support JEE Servlet Jsp MVC M.YoussfiSupport JEE Servlet Jsp MVC M.Youssfi
Support JEE Servlet Jsp MVC M.Youssfi
 
Applications Android - cours 3 : Android Studio (Outil de développement)
Applications Android - cours 3 : Android Studio (Outil de développement)Applications Android - cours 3 : Android Studio (Outil de développement)
Applications Android - cours 3 : Android Studio (Outil de développement)
 
Support developpement applications mobiles avec ionic v3 et v4
Support developpement applications mobiles avec ionic v3 et v4Support developpement applications mobiles avec ionic v3 et v4
Support developpement applications mobiles avec ionic v3 et v4
 

En vedette

Maven et industrialisation du logiciel
Maven et industrialisation du logicielMaven et industrialisation du logiciel
Maven et industrialisation du logiciel
ENSET, Université Hassan II Casablanca
 
Support programmation orientée aspect mohamed youssfi (aop)
Support programmation orientée aspect mohamed youssfi (aop)Support programmation orientée aspect mohamed youssfi (aop)
Support programmation orientée aspect mohamed youssfi (aop)
ENSET, Université Hassan II Casablanca
 
Systèmes multi agents concepts et mise en oeuvre avec le middleware jade
Systèmes multi agents concepts et mise en oeuvre avec le middleware jadeSystèmes multi agents concepts et mise en oeuvre avec le middleware jade
Systèmes multi agents concepts et mise en oeuvre avec le middleware jade
ENSET, Université Hassan II Casablanca
 
Développement d'un site web jee de e commerce basé sur spring (m.youssfi)
Développement d'un site web jee de e commerce basé sur spring (m.youssfi)Développement d'un site web jee de e commerce basé sur spring (m.youssfi)
Développement d'un site web jee de e commerce basé sur spring (m.youssfi)
ENSET, Université Hassan II Casablanca
 
Site JEE de ECommerce Basé sur Spring IOC MVC Security JPA Hibernate
Site JEE de ECommerce  Basé sur Spring IOC MVC Security JPA HibernateSite JEE de ECommerce  Basé sur Spring IOC MVC Security JPA Hibernate
Site JEE de ECommerce Basé sur Spring IOC MVC Security JPA Hibernate
ENSET, Université Hassan II Casablanca
 
Support de Cours JSF2 Première partie Intégration avec Spring
Support de Cours JSF2 Première partie Intégration avec SpringSupport de Cours JSF2 Première partie Intégration avec Spring
Support de Cours JSF2 Première partie Intégration avec Spring
ENSET, Université Hassan II Casablanca
 
Développement d'un site web de E-Commerce avec PHP (Première Partie)
Développement d'un site web de E-Commerce avec PHP (Première Partie)Développement d'un site web de E-Commerce avec PHP (Première Partie)
Développement d'un site web de E-Commerce avec PHP (Première Partie)
ENSET, Université Hassan II Casablanca
 

En vedette (7)

Maven et industrialisation du logiciel
Maven et industrialisation du logicielMaven et industrialisation du logiciel
Maven et industrialisation du logiciel
 
Support programmation orientée aspect mohamed youssfi (aop)
Support programmation orientée aspect mohamed youssfi (aop)Support programmation orientée aspect mohamed youssfi (aop)
Support programmation orientée aspect mohamed youssfi (aop)
 
Systèmes multi agents concepts et mise en oeuvre avec le middleware jade
Systèmes multi agents concepts et mise en oeuvre avec le middleware jadeSystèmes multi agents concepts et mise en oeuvre avec le middleware jade
Systèmes multi agents concepts et mise en oeuvre avec le middleware jade
 
Développement d'un site web jee de e commerce basé sur spring (m.youssfi)
Développement d'un site web jee de e commerce basé sur spring (m.youssfi)Développement d'un site web jee de e commerce basé sur spring (m.youssfi)
Développement d'un site web jee de e commerce basé sur spring (m.youssfi)
 
Site JEE de ECommerce Basé sur Spring IOC MVC Security JPA Hibernate
Site JEE de ECommerce  Basé sur Spring IOC MVC Security JPA HibernateSite JEE de ECommerce  Basé sur Spring IOC MVC Security JPA Hibernate
Site JEE de ECommerce Basé sur Spring IOC MVC Security JPA Hibernate
 
Support de Cours JSF2 Première partie Intégration avec Spring
Support de Cours JSF2 Première partie Intégration avec SpringSupport de Cours JSF2 Première partie Intégration avec Spring
Support de Cours JSF2 Première partie Intégration avec Spring
 
Développement d'un site web de E-Commerce avec PHP (Première Partie)
Développement d'un site web de E-Commerce avec PHP (Première Partie)Développement d'un site web de E-Commerce avec PHP (Première Partie)
Développement d'un site web de E-Commerce avec PHP (Première Partie)
 

Similaire à Cours design pattern m youssfi partie 1 introduction et pattern strategy

Design applicatif avec symfony2
Design applicatif avec symfony2Design applicatif avec symfony2
Design applicatif avec symfony2
RomainKuzniak
 
Intro ihm
Intro ihmIntro ihm
Introduction module IHM Polytech Sophia Dept Info SI3
Introduction module IHM Polytech Sophia Dept Info SI3Introduction module IHM Polytech Sophia Dept Info SI3
Introduction module IHM Polytech Sophia Dept Info SI3
Anne-Marie Pinna-Dery
 
DesignPatternsISI.pdf
DesignPatternsISI.pdfDesignPatternsISI.pdf
DesignPatternsISI.pdf
andre543581
 
Présentation PFE Module Article GPAO
Présentation PFE Module Article GPAOPrésentation PFE Module Article GPAO
Présentation PFE Module Article GPAO
ahmedmiha
 
Plasticitérecherche2015 2
Plasticitérecherche2015 2Plasticitérecherche2015 2
Plasticitérecherche2015 2
Atelier IHM Polytech Nice Sophia
 
Qualité logicielle
Qualité logicielleQualité logicielle
Qualité logicielle
cyrilgandon
 
Plasticité2015 intro
Plasticité2015 introPlasticité2015 intro
Plasticité2015 intro
Atelier IHM Polytech Nice Sophia
 
Presentation du socle technique Java open source Scub Foundation
Presentation du socle technique Java open source Scub FoundationPresentation du socle technique Java open source Scub Foundation
Presentation du socle technique Java open source Scub Foundation
Stéphane Traumat
 
Supportdecoursejb3versioncompletemryoussfi 140317162653-phpapp01
Supportdecoursejb3versioncompletemryoussfi 140317162653-phpapp01Supportdecoursejb3versioncompletemryoussfi 140317162653-phpapp01
Supportdecoursejb3versioncompletemryoussfi 140317162653-phpapp01
Eric Bourdet
 
Supportdecoursejb3versioncompletemryoussfi 140317162653-phpapp01 (1)
Supportdecoursejb3versioncompletemryoussfi 140317162653-phpapp01 (1)Supportdecoursejb3versioncompletemryoussfi 140317162653-phpapp01 (1)
Supportdecoursejb3versioncompletemryoussfi 140317162653-phpapp01 (1)
Eric Bourdet
 
Design Patterns Java
Design Patterns JavaDesign Patterns Java
Design Patterns Java
VINOT Bernard
 
Mohamed.marouan
Mohamed.marouanMohamed.marouan
Mohamed.marouan
Marouan MOHAMED
 
Scub Foundation, usine logicielle Java libre
Scub Foundation, usine logicielle Java libreScub Foundation, usine logicielle Java libre
Scub Foundation, usine logicielle Java libre
Stéphane Traumat
 
Applications Android - cours 12 : Persistance de données SQLite
Applications Android - cours 12 : Persistance de données SQLiteApplications Android - cours 12 : Persistance de données SQLite
Applications Android - cours 12 : Persistance de données SQLite
Ahmed-Chawki Chaouche
 
4_Architectures_de_SI.pdf
4_Architectures_de_SI.pdf4_Architectures_de_SI.pdf
4_Architectures_de_SI.pdf
harizi riadh
 
10-Cours de Géniel Logiciel
10-Cours de Géniel Logiciel10-Cours de Géniel Logiciel
10-Cours de Géniel Logiciel
lauraty3204
 
Architecture mvc
Architecture mvcArchitecture mvc
Architecture mvc
Madridal
 
Rex Software Factories 20140117 - Ensim
Rex Software Factories 20140117 - EnsimRex Software Factories 20140117 - Ensim
Rex Software Factories 20140117 - Ensim
Laurent Broudoux
 

Similaire à Cours design pattern m youssfi partie 1 introduction et pattern strategy (20)

Design applicatif avec symfony2
Design applicatif avec symfony2Design applicatif avec symfony2
Design applicatif avec symfony2
 
Intro ihm
Intro ihmIntro ihm
Intro ihm
 
Introduction module IHM Polytech Sophia Dept Info SI3
Introduction module IHM Polytech Sophia Dept Info SI3Introduction module IHM Polytech Sophia Dept Info SI3
Introduction module IHM Polytech Sophia Dept Info SI3
 
DesignPatternsISI.pdf
DesignPatternsISI.pdfDesignPatternsISI.pdf
DesignPatternsISI.pdf
 
Présentation PFE Module Article GPAO
Présentation PFE Module Article GPAOPrésentation PFE Module Article GPAO
Présentation PFE Module Article GPAO
 
Plasticitérecherche2015 2
Plasticitérecherche2015 2Plasticitérecherche2015 2
Plasticitérecherche2015 2
 
Qualité logicielle
Qualité logicielleQualité logicielle
Qualité logicielle
 
Plasticité2015 intro
Plasticité2015 introPlasticité2015 intro
Plasticité2015 intro
 
Presentation du socle technique Java open source Scub Foundation
Presentation du socle technique Java open source Scub FoundationPresentation du socle technique Java open source Scub Foundation
Presentation du socle technique Java open source Scub Foundation
 
Supportdecoursejb3versioncompletemryoussfi 140317162653-phpapp01
Supportdecoursejb3versioncompletemryoussfi 140317162653-phpapp01Supportdecoursejb3versioncompletemryoussfi 140317162653-phpapp01
Supportdecoursejb3versioncompletemryoussfi 140317162653-phpapp01
 
Supportdecoursejb3versioncompletemryoussfi 140317162653-phpapp01 (1)
Supportdecoursejb3versioncompletemryoussfi 140317162653-phpapp01 (1)Supportdecoursejb3versioncompletemryoussfi 140317162653-phpapp01 (1)
Supportdecoursejb3versioncompletemryoussfi 140317162653-phpapp01 (1)
 
Design Patterns Java
Design Patterns JavaDesign Patterns Java
Design Patterns Java
 
Mohamed.marouan
Mohamed.marouanMohamed.marouan
Mohamed.marouan
 
Lecon 1.1
Lecon 1.1Lecon 1.1
Lecon 1.1
 
Scub Foundation, usine logicielle Java libre
Scub Foundation, usine logicielle Java libreScub Foundation, usine logicielle Java libre
Scub Foundation, usine logicielle Java libre
 
Applications Android - cours 12 : Persistance de données SQLite
Applications Android - cours 12 : Persistance de données SQLiteApplications Android - cours 12 : Persistance de données SQLite
Applications Android - cours 12 : Persistance de données SQLite
 
4_Architectures_de_SI.pdf
4_Architectures_de_SI.pdf4_Architectures_de_SI.pdf
4_Architectures_de_SI.pdf
 
10-Cours de Géniel Logiciel
10-Cours de Géniel Logiciel10-Cours de Géniel Logiciel
10-Cours de Géniel Logiciel
 
Architecture mvc
Architecture mvcArchitecture mvc
Architecture mvc
 
Rex Software Factories 20140117 - Ensim
Rex Software Factories 20140117 - EnsimRex Software Factories 20140117 - Ensim
Rex Software Factories 20140117 - Ensim
 

Cours design pattern m youssfi partie 1 introduction et pattern strategy

  • 1. DDeessiiggnn PPaatttteerrnnss PPrreemmiièèrree ppaarrttiiee Mohamed Youssfi Laboratoire Signaux Systèmes Distribués et Intelligence Artificielle (SSDIA) ENSET, Université Hassan II Casablanca, Maroc Email : med@youssfi.net Supports de cours : http://fr.slideshare.net/mohamedyoussfi9 Chaîne vidéo : http://youtube.com/mohamedYoussfi Recherche : http://www.researchgate.net/profile/Youssfi_Mohamed/publications med@youssfi.net
  • 2. Définitions DDeessiiggnn ppaatttteerrnnss Un Design pattern décrit à la fois ◦ Un problème qui se produit très fréquemment, dans un environnement, ◦ et l’architecture de la solution à ce problème de telle façon que l’on puisse utiliser cette solution des milliers ddee ffooiiss.. Permet de décrire avec succès des types de solutions récurrentes à des problèmes communs dans des types de situations
  • 3. Définitions DDeessiiggnn ppaatttteerrnnss Les design patterns offrent ◦ Une documentation d’une expérience éprouvée de conception ◦ Une identification et spécification d ’abstractions qui sont au dessus du niveau des simples classes et instances ◦ UUnn vvooccaabbuullaaiirree ccoommmmuunn eett aaiiddee àà llaa compréhension de principes de conception ◦ Un moyen de documentation de logiciels ◦ Une Aide à la construction de logiciels complexes et hétérogènes, répondant à des propriétés précises.
  • 4. Catégories ddee DDeessiiggnn PPaatttteerrnnss Création ◦ Description de la manière dont un objet ou un ensemble d’objets peuvent être créés, initialisés, et configurés ◦ Isolation du code relatif à la création, à l’initialisation afin de rendre l’application indépendante de ces aspects ◦ Exemples : Abstract Factory, Builder, Prototype, Singleton Structure ◦ DDeessccrriippttiioonn ddee llaa mmaanniièèrree ddoonntt ddooiivveenntt êêttrree ccoonnnneeccttééss ddeess objets de l’application afin de rendre ces connections indépendantes des évolutions futures de l’application ◦ Exemples : Adapter(objet), Composite, Bridge, Decorator, Facade, Proxy Comportement ◦ Description de comportements d’interaction entre objets ◦ Gestion des interactions dynamiques entre des classes et des objets ◦ Exemples : Strategy, Observer, Iterator, Mediator , Visitor, State
  • 5. Portée ddeess DDeessiiggnn PPaatttteerrnnss Portée de Classe ◦ Focalisation sur les relations entre classes et leurs sous-classes ◦ RRééuuttiilliissaattiioonn ppaarr hhéérriittaaggee Portée d’Instance (Objet) ◦ Focalisation sur les relations entre les objets ◦ Réutilisation par composition
  • 6. DDeessiiggnn PPaatttteerrnnss dduu GGooFF ((GGaanngg ooff FFoouurr )) ((GGaammmmaa,, HHeellmm,, JJoohhnnssoonn,, VVlliissssiiddeess)
  • 7. Présentation dd’’uunn DDeessiiggnn PPaatttteerrnn Nom du pattern ◦ utilisé pour décrire le pattern, ses solutions et les conséquences en un mot ou deux Problème ◦ description des conditions d ’applications. Explication du problème et de son contexte SSoolluuttiioonn ◦ description des éléments (objets, relations, responsabilités, collaboration) ◦ permettant de concevoir la solution au problème ; utilisation de diagrammes de classes, de séquences, … ◦ vision statique ET dynamique de la solution Conséquences ◦ description des résultats (effets induits) de l ’application du pattern sur le système (effets positifs ET négatifs)
  • 9. Exigences d’un pprroojjeett iinnffoorrmmaattiiqquuee Exigences fonctionnelles: ◦ Une application est créée pour répondre , tout d’abord, aux besoins fonctionnels des entreprises. ◦ Processus métier de l’entreprise Exigences Techniques : ◦ Les performances: ◦ La maintenance: ◦ Sécurité ◦ Portabilité ◦ Distribution ◦ Architectures orientées services ◦ Capacité de fournir le service à différents type de clients (Desk TOP, Mobile, SMS, http…) ◦ ….. med@youssfi.net Exigence financières 9
  • 10. CCoonnssttaatt Il est très difficile de développer un système logiciel qui respecte ces exigences sans utiliser l’expérience des autres : ◦ Réutiliser des modèles de conceptions (Design Patterns) ◦ Bâtir les applications sur des architectures existantes: Architecture JEE Architecture Dot Net …… ◦ Ces architectures offrent : Des Frameworks qui permettent de satisfaire les exigences techniques: Framework pour l’Inversion de contrôle Gérer le cycle de vie des composants de l’application Séparer le code métier du code technique Framework ORM (Mapping Objet Relationnel) Framework MVC WEB …. Middlewares pour faire communiquer les composants distribués de l’application med@youssfi.net
  • 11. Concepts ffoonnddaammeennttaauuxx ddee ll’’oorriieennttéé OObbjjeett Classe Objet HHéérriittaaggee Encapsulation Polymorphisme med@youssfi.net
  • 12. Pourquoi l’approche Orientée OObbjjeett aa ééttéé ccrrééééee ?? Principalement : ◦ Pour faciliter la réutilisation de l’expérience des autres. Instancier des classes existantes (Composition) Créer de nouvelles classes dérivées (Héritage) Réutilisation des Frameworks ◦ Créer des applications faciles à maintenir : Applications fermées à la modification et ouvertes à l’extension ◦ Créer des applications performantes ◦ CCrrééeerr ddeess aapppplliiccaattiioonnss ssééccuurriissééeess ◦ Créer des applications distribuées ◦ Séparer les différents aspects d’une application Aspects métiers (fonctionnels) Aspect Présentation (Web, Mobile, Desktop, ….) Aspects Techniques ORM, Gestion des transaction, Sécurité, Montée en charge Distribution med@youssfi.net
  • 14. Héritage eett ccoommppoossiittiioonn Dans la programmation orientée objet, l’héritage et la composition sont deux moyens qui permettent la réutilisation des classes LL’’hhéérriittaaggee ttrraadduuiitt llee tteerrmmee « EEsstt uunn » oouu « Une sorte de » La composition traduit le terme « A un » ou « A plusieurs ». Voyons à partir d’un exemple entre l’héritage et la composition de type « A un ».
  • 15. Exemple Héritage eett ccoommppoossiittiioonn public class A { int v1=2; int v2=3; public int meth1(){ return(v1+v2); public class B extends A { int v3=5; void meth2(){ System.out.print(super.meth1()*v3); } } } } public class C { int v3=5; A a=new A(); void meth2(){ System.out.print(a.meth1()*v3); } } C A B 1 à un est un
  • 16. Héritage eett ccoommppoossiittiioonn C c=new C(); c.meth2(); :A v1=2 v2=3 B b=new B(); b.meth2(); meth1() c:C b:B super= v3=5 meth2() a= v3=5 meth2() :A v1=2 v2=3 meth1()
  • 17. Portée ddeess DDeessiiggnn PPaatttteerrnnss Portée de Classe ◦ Focalisation sur les relations entre classes et leurs sous-classes ◦ RRééuuttiilliissaattiioonn ppaarr hhéérriittaaggee Portée d’Instance (Objet) ◦ Focalisation sur les relations entre les objets ◦ Réutilisation par composition
  • 18. PPaatttteerrnn SSttrraatteeggyy Catégorie : Comportement Objectif s: ◦ Définir une famille d’algorithmes, et encapsuler chacun et les rendre interchangeables tout en assurant que chaque algorithme puisse évoluer indépendamment des clients qui l’utilisent RRaaiissoonn dd’’uuttiilliissaattiioonn :: ◦ Un objet doit pouvoir faire varier une partie de son algorithme dynamiquement. Résultat : ◦ Le Design Pattern permet d'isoler les algorithmes appartenant à une même famille d'algorithmes.
  • 19. DDiiaaggrraammmmee ddee ccllaasssseess • On crée donc une interface de base, appelée ici « Strategy » et on y ajoute une méthode qui sera la méthode qui applique notre stratégie. • Il suffit alors de créer maintenant des classes concrètes qui implémentent cette interface « StrategyImpl » et qui donc redéfinisse la méthode de stratégie. •A un instant donné, La classe « Context » qui va utiliser la stratégie compose une instance de l’une des implémentation de Strategy. med@youssfi.net
  • 20. Implémentation JJaavvaa dduu ppaatttteerrnn SSttrraatteeggyy Interface Strategy.java public interface Strategy { public void operaionStrategy(); } Classe Context.java public class Context { protected Strategy strategy; med@youssfi.net public void appliquerStrategy(){ strategy.operaionStrategy(); } public void setStrategy(Strategy strategy) { this.strategy = strategy; } }
  • 21. Implémentation JJaavvaa dduu ppaatttteerrnn SSttrraatteeggyy Implémentation 1 de l’interface Strategy. public class StrategyImpl1 implements Strategy { @Override public void operaionStrategy() { System.out.println(Application de Strategy 1); } } Implémentation 2 de l’interface Strategy. public class StrategyImpl2 implements Strategy { med@youssfi.net @Override public void operaionStrategy() { System.out.println(Application de Strategy 2); } }
  • 22. Utilisation dduu ppaatttteerrnn SSttrraatteeggyy Application.java public class Application { public static void main(String[] args) { Context ctx=new Context(); System.out.println(Stratégie 1:); ctx.setStrategy(new StrategyImpl1()); ctx.appliquerStrategy(); System.out.println(Stratégie 2:); ctx.setStrategy(new StrategyImpl2()); Exécution : Stratégie 1: Application de Strategy 1 Stratégie 2: Application de Strategy 2 Stratégie 3: Application de Strategy 3 ctx.appliquerStrategy(); System.out.println(Stratégie 3:); ctx.setStrategy(new StrategyImpl3()); ctx.appliquerStrategy(); } } med@youssfi.net
  • 25. SSiimmppllee AApppplliiccaattiioonn:: SSuuppeerrCCaannaarrdd Joël travaille pour une société qui a rencontré un énorme succès avec un jeu de simulation de mare aux canard « SuperCanard ». Le jeu affiche toutes sortes de canards qui nagent et émettent des sons. LLeess pprreemmiieerrss ccoonncceepptteeuurrss dduu ssyyssttèèmmee oonntt uuttiilliisséé des techniques OO standard et créé une super classe Canard dont tous les autres types de canards héritent.
  • 26. SSuuppeerrCCaannaarrdd ddaannss llee ppaasssséé Tous les canard cancanent et nagent. La super classe gère le code de l’implémentation Comme tous les sous types de la classes canard ont un aspect différent, la méthode afficher est abstraite Autres types de canards Chaque sous classe de canard a la charge d’implémenter le comportement de la méthode afficher() pour la façon dont il apparaîtra à l’écran
  • 27. SSuuppeerr ccaannaarrdd La société a subi de plus en plus la pression de la part de la concurrence. A l’issue d’une semaine d’un séminaire résidentiel consacré au brainstorming, les ddiirriiggeeaannttss oonntt ppeennsséé qquu’’iill ééttaaiitt tteemmppss ddee lancer une grande innovation. Il leur faut, maintenant, quelque chose de réellement impressionnant à présenter à la réunion des actionnaires qui aura lieu la semaine prochaine.
  • 28. Maintenant, nous voulons qquuee lleess ccaannaarrddss VVOOLLEENNTT Les dirigeant ont décidé que les canards volant étaient exactement ce qu’il fallait pour battre la concurrence. Naturellement, le responsable de Joël a ddiitt qquuee cceelluuii--ccii nn’’aauurraaiitt aauuccuunn pprroobbllèèmmee pour bricoler quelque chose en une semaine. « Après tout », a-t-il dit, « Jöel est un programmeur OO… ça ne doit pas être si difficile ! »
  • 29. Maintenant, nous vvoouulloonnss qquuee lleess ccaannaarrddss VVOOLLEENNTT Il suffit que j’ajoute une méthode voler dans la classe Canard et tous les autres types de canards en hériteront. L’heure est venue pour montrer mon vraie génie Joe pense
  • 30. Nous somme à la réunion: IIll yy aa qquueellqquuee cchhoossee qquuii nnee vvaa ppaass Que s’est t-il passé? ◦ Jöel a oublié que toutes les sous-classes de canard ne doivent pas voler. ◦ Quand il a ajouté le nouveau comportement de la super classe Canard, il a également ajouté un Jöel, c’est Marie, je suis à la réunion des actionnaires. On vient de passer la démo et il y a plein de canard en plastique qui volent dans tout l’écran. C’est une comportement non approprié à certaines de ses sous-classes; ◦ Maintenant, il a des objets volant inanimés dans son programme SuperCanard plaisanterie ou quoi? Tu as peut être envie de passer du temps sur Monster.fr?
  • 31. Il y a quelque chose qquuii nnee vvaa ppaass OK, On dirait qu’il y a un léger défaut dans ma conception. Je ne vois pas pourquoi il ne peuvent pas appeler ça une « fonctionnalité ». C’est marrant….. Que pense Joe?
  • 32. Jöel réfléchit àà ll’’hhéérriittaaggee…… Je pourrais toujours me contenter de redéfinir la méthode voler() dans la sous-classe CanardEnPlastique, Sauf que le problème c’est que je dois faire la même chose pour les tous les autres types de canards qui ne volent pas. En effet les canards de type Leure ne volent pas et ne cancanent pas. Je crois que cette manière de faire me poserait un problème pour la comme je l’ai fait pour cancaner() CanardEnPlastique cancaner() { //Redéfinir pour couiner } voler(){ // Redéfinir pour ne rien faire } afficher() { //Aspect d’un colvert } maintenance Leurre cancaner() { //Redéfinir pour ne rien faire } voler(){ // Redéfinir pour ne rien faire } afficher() { //Aspect d’un colvert }
  • 33. En plus du coté fonctionnel ppeennsseerr àà llaa mmaaiinntteennaannccee Jöel s’est rendu compte que l’héritage n’est probablement pas la réponse. En fait, il vient de recevoir une note annonçant que les dirigeant ont décidé de réactualiser le produit tous les six mois. Il sait que les spécifications vont changer en permanence et qu’il sera peut être amené à redéfinir voller() et cancaner() pour toute sous classes de Canard qui sera ajoutée au programme. Il a donc besoin d’un moyen plus sain pour que seuls certains types de canard puissent voler ou cancaner.
  • 34. La seule et unique ccoonnssttaannttee dduu ddéévveellooppppeemmeenntt Quelle est la seule chose sur laquelle vous puissiez toujours compter en tant que développeur? ◦ Indépendamment de l’endroit ou vous travaillez, de l’application que vous développez ou du langage dans lequel vous programmez, La seule vraie constante qui vous accompagnera toujours est: Prenez un miroir pour voir la réponse pour ne jamais l’oublier Une application qui n’évolue pas meurt
  • 35. AAttttaaqquuoonnss llee pprroobbllèèmmee Principe de conception: Identifier les aspects qui changent dans votre application et séparez-les de ceux qui demeurent constants. 1er Principe de conception
  • 36. Séparons ce qui change de ce qui rreessttee iiddeennttiiqquuee.. Pour l’instant, en dehors du problème de voler() et de cancaner(), la classe Canard fonctionne bien et ne contient rien qui semble changer fréquemment. Nous allons la laisser pratiquement telle quelle. Maintenant, pour séparer les parties qui changent de celles qui restent identiques, nous allons créer deux ensembles de classes, totalement distincts de Canard, l’un pour voler et l’autre pou cancaner. Chaque ensemble de classes contiendra toutes les implémentations de leur comportement respectif. Extraction de ce qui change Classe Canard Comportements qui varient De Canard
  • 37. Conception des comportements ddee CCaannaarrdd Comment allons-nous procéder pour concevoir les classes qui implémentent les deux types de comportements? ◦ Pour conserver une certaine souplesse, nous allons procéder de façon que nous puissions affecter un comportement de vol de manière dynamique à un objet Canard créé. ◦ Avec ces objectifs en tête, voyons notre deuxième principe de conception Principe de conception: Programmer une interface, non une implémentation 2ème Principe de conception
  • 38. Conception des comportements ddee CCaannaarrdd Nous allons donc utiliser une interface pour représenter chaque comportement; par exemple, ComportementVol et ComportementCancan. Et chaque implémentation d’un comportement implémentera l’une de ces deux interfaces. CCeettttee ffooiiss,, ccee nn’’eesstt ppaass lleess ccllaasssseess Canard qui implémenteront ces interfaces, mais nous allons créer un ensemble de classes qui implémenteront ces interfaces et dont la seule raison d’être est de représenter un comportement
  • 39. Intégrer les comportements ddeess ccaannaarrddss Notre diagramme de classes Comportement de vol encapsulé Les variables comportementales sont déclarées de type de l’INTERFACE qui gère le comportement Comportement de cancanement Ces deux méthodes remplacent cancaner() et voler()
  • 40. Conception des comportements ddee CCaannaarrdd Avec cette conception, les autres types de d’objets peuvent réutiliser nos comportements de vol et de cancanement parce que ces comportements ne sont pas cachés dans nos classes Canard! Et nous pouvions ajouter de nouveaux comportements ssaannss mmooddiiffiieerr aauuccuunnee ddeess ccllaasssseess ccoommppoorrtteemmeennttaalleess existantes, ni toucher à aucune des classes Canard qui utilisent les comportements de vol et de canacanement. Nous obtenons ainsi les avantages de la réutilisation sans la surcharge qui accompagne l’héritage.
  • 41. Intégrer les comportements ddeess ccaannaarrddss La clé est qu’un canard va maintenant déléguer ses comportements au lieu d’utiliser les méthodes voler et cancaner() définies dans la classe Canard (ou une sous-classe) Nous allons d’abord ajouter à la classe Canard deux variables d’instance nommées: ◦ comportementVol ◦ ccoommppoorrtteemmeennttCCaannccaann Ces attributs seront déclarés de type d’interface et non de type d’implémentation concrète. Chaque objet Canard affectera à ces variables de manière polymorphe pour référencer le type de comportement spécifique qu’il aimerait avoir à l’exécution (VolerAvecDesAiles, Coincoin, etc…)
  • 42. Implémentons maintenant la mméétthhooddee eeffffeeccttuueerrVVooll(()) Chaque Canard à une référence à quelque à un objet qui implémente l’interface ComportementVol public abstract class Canard { ComportementVol comportementVol; //autres variables public void effectuerVol() { comportementVol.voler(); } // Autres méthodes Au lieu de gérer son vol lui-même, lui- } l’objet Canard délègue ce comportement à l’objet référencé la variable d’instance comportementVol La variable d’instance comportementVol est déclarée du type de l’INTERFACE Comportementale. Rien de plus simple c’est ce pas? Pour voler, l’objet Canard demande à l’objet référencé par comportVol de le faire à sa place Dans ce niveau d’implémentation, peu importe de quel sorte d’objet s’agit-il. Une seule chose nous intéresse: il sait voler
  • 43. Suite ddee ll’’iinntteeggrraattiioonn Il est maintenant temps de s’occuper de la façon dont les variables d’instances comportementVol et comportementCancan sont affectées Jeton un coup d’oeil sur la sous-classe Colvert public class Colvert extends Canard { public Colvert(){ En créant un Colvert, la responsabilité de comportementCancan=new Cancan(); comportementVol=new VolerAvecDesAilles(); } public void afficher(){ System.out.println(Je suis un vrai Colvert); } } cancanement est déléguée à un objet de type Cancan Quand on fait appel à la méthode effectuerCancan() c’est la méthode cancaner() de l’objet Cancan qui va s’exécuter Le comportement de vol sera délégué à un objet de type VolerAvecDesAilles Souvenez-vous que les variables compVol et compCancan sont héritée de la classe Canard
  • 44. Suite ddee ll’’iinnttééggrraattiioonn Le cancan de Colvert est un vrai cancan, pas un coincoin, ni un cancan muet. Quand un Colvert est instancié, son constructeur initialise sa variable d’instance comportementCancan héritée en lui affectant une nouvelle instance de type Cancan ( une classe d’implémentation concrète de ll’’iinntteerrffaaccee CCoommppoorrtteemmeennttCCaannccaann)) Il en va de même pour comportementVol. Le constructeur de Colvert ou de Mandarin initialise la variable d’instance comportementVol avec une instance du comportement VolerAvecDesAilles (Une classe d’implémentation concrète de l’interface ComportementVol.
  • 45. Les ddéévveellooppppeeuurrss ccrriittiiqquueenntt Bien vue. C’est exactement ce que nous faisons…. pour l’instant. Plus tard, nous aurons dans notre boite à outils de conception d’autres patterns qui nous permettent d’y remédier. Remarquez quand même que si nous affectons bien les comportements aux classes concrètes (en instanciant une classe comportementale Attends une seconde. Tu n’as pas dit qu’on ne doit pas programmer une implémentation? Mais , qu’est ce qu’on fait dans le constructeur comme Cancan ou VolerAvecDesAilles et en affectant l’instance à notre variable de référence comportementale), nous pourrions facilement cela au moment de l’exécution en faisant appel aux setters: ◦ setComportementVol(ComportementVol cc) ◦ setComportementCancan(ComportementCancan cc) Nous avons toujours beaucoup de souplesse, mais la façon d’affecter les variables n’est pas très satisfaisante. z de Colvert? On a créé une instance d’une classe d’implémentation concrète de Cancan: nnnneeeewwww CCCCaaaannnnccccaaaannnn(((())))
  • 46. Intégrer les comportements ddeess ccaannaarrddss Notre diagramme de classes Comportement de vol encapsulé Les variables comportementales sont déclarées de type de l’INTERFACE qui gère le comportement Comportement de cancanement Ces deux méthodes remplacent cancaner() et voler()
  • 47. Implémenter les ccoommppoorrtteemmeennttss ddee vvooll - IInntteerrffaaccee CCoommppoorrtteemmeennttVVooll..jjaavvaa public interface ComportementVol { public void voler(); } - Classe VolerAvecDesAilles.java public class VolerAvecDesAilles implements ComportementVol { public void voler() { System.out.println(Je vole !); }} - Classe NePasVoler.java public class NePasVoler implements ComportementVol { public void voler() { System.out.println(Je ne sais pas voler!); }}
  • 48. Implémenter les comportements ddee CCaannccaanneemmeenntt - IInntteerrffaaccee CCoommppoorrtteemmeennttCCaannccaann..jjaavvaa public interface ComportementCancan { public void cancaner(); } - Classe Cancan.java public class Cancan implements ComportementCancan { public void cancaner() { System.out.println(can can can); }} - Classe coincoin.java public class CoinCoin implements ComportementCancan { public void cancaner() { System.out.println(coin coin coin!); }} - Classe CancanMuet.java public class CancanMuet implements ComportementCancan { public void cancaner() { System.out.println(Silence!); }}
  • 49. Intégration des comportements aauuxx ccaannaarrddss Implémentation de Canard.java public abstract class Canard { ComportementVol comportementVol; ComportementCancan comportementCancan; public void effectuerCancan() { comportementCancan.cancaner(); } public void effectuerVol() { comportementVol.voler(); } public void setComportementVol(ComportementVol compV) { this.comportementVol = compV; } public void setComportementCancan(ComportementCancan compC) { this.comportementCancan = compC; } public void nager() { System.out.println(Je nage en flottant); } public abstract void afficher(); }
  • 50. Intégration des comportements aauuxx ccaannaarrddss public class Colvert extends Canard { public Colvert(){ comportementCancan=new Cancan(); comportementVol=new VolerAvecDesAilles(); } public void afficher(){ System.out.println(Je suis un vrai Colvert); } } Implémentation des sous classes : CCoollvveerrtt..jjaavvaa CCaannaarrddEEnnPPllaassttiiqquuee..jjaavvaa public class CanardEnPlastique extends Canard { public CanardEnPlastique(){ comportementCancan=new CancanMuet(); comportementVol=new NePasVoler(); } public void afficher(){ System.out.println(Je suis un canard en plastique); } }
  • 51. MMiinniiSSiimmuullaatteeuurr..jjaavvaa :Canard compVol: compCancan nager() effectuerVol() effectuerCancan() :VolerAvecDesAilles voler() 4-c :Cancan cancaner() 5-d :NePasVoler voler() 9-c :CoinCoin cancaner() 8-d public void effectuerVol() { c- comportementVol.voler(); } public void effectuerCancan() { d- comportementCancan.cancaner(); } a b 4 5 6 7 8 9 C:java MiniSimulateur Je suis un vrai Colvert Je vole ! can can can coin coin coin! Je ne sais pas voler! public class MiniSimulateur { public static void main(String[] args) { 1- Canard colvert=new Colvert(); 2- colvert.nager(); 3- colvert.afficher(); 4- colvert.effectuerVol(); 5- colvert.effectuerCancan(); 6- colvert.setComportementCancan(new CoinCoin()); 7- colvert.setComportementVol(new NePasVoler()); 8- colvert.effectuerCancan(); 9- colvert.effectuerVol(); } } colvert :Colvert afficher() 1 Constructeur de Colvert : public Colvert(){ a- comportementCancan=new Cancan(); b- comportementVol=new VolerAvecDesAilles(); } Modifier les comportements de cancan et de vol dynamiquement
  • 52. Vue d’ensemble des comportements eennccaappssuullééss Notre diagramme de classes Comportement de vol encapsulé Comportement de cancanement Soyez très attentif aux relations entre les classes. Dans notre diagramme de classe nous avons 3 types de relations: • EST-UN : Héritage •A-UN : Composition • IMPLEMENTE : Implémentation
  • 53. A-UN peut être pprrééfféérraabbllee àà EESSTT-UUNN La relation A-UN est une relation intéressante : ◦ Chaque Canard a un comportementVol et un comportementCancan auxquels il délègue le vol est le cancanement. ◦ Lorsque vous avez deux classes de la sorte, vous utilisez le composition. ◦ Au lieu d’hériter leur comportement, les canards l’obtiennent en étant composés avec le bon objet comportemental. ◦ Cette technique est importante; en fait, nous avons appliqué notre troisième principe de conception: Principe de conception: Préférez la composition à l’héritage 3ème Principe de conception Utiliser la composition procure beaucoup de souplesse. La composition permet d’encapsuler un ensemble d’algorithmes dans leur propre ensemble de classes Et surtout, vous pouvez modifier le comportement au moment de l’exécution tant que l’objet avec lequel vous composez implémente la bonne interface comportementale.
  • 54. Félicitation ppoouurr vvoottrree pprreemmiieerr ddeessiiggnn ppaatttteerrnn Vous venez d’appliquez votre premier design pattern appelé « STRATEGIE » Oui, vous avez appliqué le pattern Stratégie, pour revoir la conception de SuperCanard. Grâce à ce pattern, le simulateur est prêt à recevoir toutes les modifications qui pourraient provenir de la prochaine séminaire aux BBaallééaarreess.. Nous n’avons pas pris le court chemin pour l’appliquer, mais en voici la définition formelle Le pattern Stratégie définie une famille d’algorithmes, encapsule chacun d’eux et les rend interchangeables. Stratégie permet à l’algorithme de varier indépendamment des clients qui l’utilise.
  • 55. Problème ddee ccoonncceeppttiioonn Vous trouverez ci-dessous un ensemble de classes et d’interfaces pour un jeu d’aventure. Elles sont toutes mélangées. Il y a des classes pour les personnages et des classes correspondants aux comportements aux armes que les personnages peuvent utiliser. Chaque personnage ne peut faire usage que d’une seule arme à la fois, mais il peut en changer à tout moment en cours du jeu. Votre tache consiste à: ◦ Réorganiser les classes. ◦ IIddeennttiiffiieerr uunnee ccllaassssee aabbssttrraaiittee,, uunnee iinntteerrffaaccee eett 88 ccllaasssseess ccoonnccrrèètteess ◦ Définir les associations entre les classes et l’interface. Respecter le type de flèche de l’héritage. (extends) Respecter le type de flèche de l’implémentation.(implements) Respecter le type de flèche pour la composition .(A-UN) ◦ Placer le méthode setArme() dans la bonne classe
  • 57. Exercice dd’’iimmpplléémmeennttaattiioonn On considère la classe Employe (voir annexe) qui est définie par : ◦ deux variables d’instance cin et salaireBrutMensuel, ◦ deux constructeurs, les getters et setters ◦ et une méthode calculerIGR qui retourne l’impôt général sur les revenus salariaux. ◦ La méthode getSalaireNetMensuel retourne le salaire net mensuel. Supposant que la formule de calcul de l’IGR diffère d’un pays à l’autre. Au Maroc, par exemple le calcul s’effectue selon les cas suivant : ◦ Si le salaire annuel est inférieur à 40000, le taux de l’IGR est : 5% ◦ SSii llee ssaallaaiirree aannnnuueell eesstt ssuuppéérriieeuurr àà 4400000000 eett iinnfféérriieeuurr àà 112200000000,, llee ttaauuxx ddee ll’’IIGGRR eesstt :: 2200%% ◦ Si le salaire annuel est supérieur à 120000 le taux de l’IGR est : 42% En Algérie, le calcul s’effectue en utilisant un taux unique de 35%. Comme cette classe est destinée à être utilisée dans différent type de pays inconnus au moment du développement de cette classe, 1. Identifier les méthodes qui vont subir des changements chez le client. 2. En appliquant le pattern strategie, essayer de rendre cette classe fermée à la modification et ouverte à l’extension. 3. Créer une application de test. 4. Proposer une solution pour choisir dynamiquement l’implémentation de calcul de l’IGR.
  • 58. Code de llaa ccllaassssee EEmmppllooyyee public class Employe { private String cin; private float salaireBrutMensuel; public Employe(String cin, float salaireBrutMensuel) { this.cin = cin; this.salaireBrutMensuel = salaireBrutMensuel; } public float calculerIGR(){ float salaireBrutAnuel=salaireBrutMensuel*12; float taux=42; return salaireBrutAnuel*taux/100; } public float getSalaireNetMensuel(){ float igr=calculerIGR(); float salaireNetAnuel=salaireBrutMensuel*12-igr; return salaireNetAnuel/12; } // Getters et Setters }