42 lines
973 B
Markdown
42 lines
973 B
Markdown
Design pattern
|
|
========================
|
|
|
|
# Intro
|
|
|
|
Ca aide les dev à bien oprganiser leur code
|
|
|
|
# Catégories
|
|
|
|
Création : anièr de crér un objet ou un ensemble d'objet
|
|
Comportement : manière d'interprétation du code et des objets
|
|
Structure :
|
|
|
|
# Avantages
|
|
|
|
modularité : modules bien précis, on sait ou chercher
|
|
cohésion
|
|
couplage : modules s'intancient ls uns dnas les autres pour etre réutilisés
|
|
rutilisablilité : bibliothèques, frameworks utiles à d'autres
|
|
|
|
# incovénient
|
|
|
|
complexité : c'est dur à apprendre (long)
|
|
effrot abstraction/synthèse : gros travail préalable et faut le prendr en main
|
|
|
|
# Les frameworks qui utilisent
|
|
|
|
.net en implémentation
|
|
JavaServer Faces
|
|
MVC
|
|
spring
|
|
|
|
# Conclusion
|
|
|
|
c'est quand même utile
|
|
|
|
# Bouiche
|
|
|
|
C'est orienté objet, langage objet.
|
|
Il a pas assez parlé des API
|
|
API : bibliothèque qui pourront être réutilisés dans d'autres codes
|
|
il est ilportant en design pattern de réutiliser ce squi a déjà été fait |