Différences

Ci-dessous, les différences entre deux révisions de la page.

--- informatique:design_pattern [05/09/2010 17:25] – cyrille
+++ informatique:design_pattern [19/05/2012 00:18] – modification externe 127.0.0.1
@@ Ligne 7: / Ligne 7: @@
 Commencer par lire:
   * [[http://www.crossbowlabs.com/dossiers/principes-avances-oo|Principes avancés de conception objet]].
-  * [[http://smeric.developpez.com/java/uml/|Tutoriel UML et Design Pattern]] sur [[http://smeric.developpez.com|smeric.developpez.com]]
+  * [[http://rpouiller.developpez.com/tutoriel/java/design-patterns-gang-of-four/|Design Patterns du Gang of Four appliqués à Java]]
+  *
 Sources :
   * [[http://fr.wikipedia.org/wiki/Design_pattern|Wikipedia (fr)]] et [[http://en.wikipedia.org/wiki/Design_pattern_(computer_science)|Wikpedia (en)]]
@@ Ligne 16: / Ligne 16: @@
   * (en) http://davidhayden.com/blog/dave/category/22.aspx?Show=All
   * [[http://best-practice-software-engineering.ifs.tuwien.ac.at/patterns.html|Les design patterns]] sur le site [[http://best-practice-software-engineering.ifs.tuwien.ac.at|best-practice-software-engineering.ifs.tuwien.ac.at]]
+  * [[http://smeric.developpez.com/java/uml/|Tutoriel UML et Design Pattern]] sur [[http://smeric.developpez.com|smeric.developpez.com]]
+  *
 ==== best-practice-software-engineering's Patterns map ====
@@ Ligne 179: / Ligne 180: @@
 From a layering point of view, the presenter class might be considered as belonging to the application layer in a multilayered architecture system with common layers but it can also be seen as a presenter layer of its own between the application layer and the user interface layer.
-===== Distribution Patterns =====
-==== Remote Facade ====
-==== Data Transfer Object ====
-L'un des premiers gourous à avoir introduit le Design Pattern DTO (ou Value Object) est Martin Fowler. Ces derniers temps, avec l'essor des outils de mapping o/r il devient de plus en plus aisé de transférer un modèle objet “pur” sur la couche cliente. Et la distribution de la couche de service, autre argument en faveur des DTO, est de moins en moins privilégiée dans les architectures n-tiers modernes.
-  * http://petitteckel.wordpress.com/2007/11/01/le-modele-de-conception-dto/
-  * [[http://martinfowler.com/bliki/LocalDTO.html|LocalDTO]]: dans cet article, Martin Fowler répond donc à Jon Tirsen qui titrait sur son blog “Data Transfer Objects makes me sick!
@@ Ligne 216: / Ligne 207: @@
 {{:informatique:design_pattern:designpatterncreationalfactorymethod.png|}}
+==== Singleton ====
+  * Restreindre le nombre d'instances d'une classe à une et une seule.
+  * Fournir une méthode pour accéder à cette instance unique.
+Singleton doit restreindre le nombre de ses propres instances à une et une seule. Son constructeur est privé : cela empêche les autres classes de l'instancier. La classe fournit la méthode statique getInstance() qui permet d'obtenir l'instance unique.
+Le singleton est souvent vu comme un anti-pattern car il amène des dépendances un peu partout et qu'il n'est pas facilement remplaçable pas des objets bidons (Mock object).
+Voir:
+  * [[http://rpouiller.developpez.com/tutoriel/java/design-patterns-gang-of-four/?page=page_2#LIV-E|Le singleton par Régis POUILLER]]
+  * [[http://smeric.developpez.com/java/uml/singleton/|Le singleton par Sébastien MERIC]]
+  * [[http://www.picocontainer.org/singleton-antipattern.html|Le singleton par le projet Pico Container]] qui le voit comme un anti-pattern]]
+  * [[http://christophej.developpez.com/tutoriel/java/singleton/multithread/|Le Singleton en environnement Multithread]] par Christophe Jollivet.
 ====Strategy ====
@@ Ligne 293: / Ligne 300: @@
   * http://www.dofactory.com/Patterns/PatternFacade.aspx
-==== Interface / Adapteur ====
+==== Adapter / Wrapper ====
 Synonymes: Encapsulateur, Empaquetage.
-An interface defines the signature operations of an entity, it also sets the communication boundary between two entities, in this case two pieces of software. It generally refers to an abstraction that an asset provides of itself to the outside.
+L'Adapteur permet d'isoler l'adaptation d'un sous-système.
-Use an interface when:
+  * Convertir l'interface d'une classe dans une autre interface comprise par la partie cliente.
-  * you want to specify how classes exchange messages. I.e., every time, when a class should be reused, or used outside a specific context (package) declare the communication interface as an Interface type
+  * Permettre à des classes de fonctionner ensemble, ce qui n'aurait pas été possible sinon (à cause de leurs interfaces incompatibles).
-  * you have to switch the implementation of a module during run-time
-  * at design-time you don't yet know which implementation you will use at compile-time
-Related Patterns:
-  * Many other patterns use interfaces, a lot of them depend on the interface pattern.
-  * It is possible to combine the interface pattern with virtually any other pattern to make them more flexible.
 Pour des raisons de conformité à une norme, pour ne pas dépendre d'une implémentation, pour permettre l'évolution de votre projet, il arrive que vous ayez besoin de vous reposer sur une interface ou une API qui n'est pas précisément celle qui vous est fournie. Ce design pattern vous propose de pallier cette problématique.
@@ Ligne 312: / Ligne 313: @@
 {{:informatique:design_pattern:adaptateur.png|}}
-Such a construction of using an interface is often combined with the [[#Factory|Factory-Pattern]] to retrieve the Implementation of the interface.
+Adaptateur avec héritage: \\
+{{:informatique:design_pattern:designpatternstructuraladaptatorheritage.png|design pattern structural adaptator heritage}}
+Adaptateur avec composition: \\
+{{:informatique:design_pattern:designpatternstructuraladaptatorcomposition.png|design pattern structural adaptator composition}}
+Voir:
+  * [[http://smeric.developpez.com/java/uml/adaptateur/|L'adaptateur par Sébastien MERIC]]
+  * [[http://rpouiller.developpez.com/tutoriel/java/design-patterns-gang-of-four/?page=page_3#LV-A|L'adapteur par Régis POUILLER]]
 ==== Gateway ====
@@ Ligne 335: / Ligne 344: @@
 ==== Value Object ====
-==== Money ====
-==== Special Case ====
 ==== Plugin ====
@@ Ligne 402: / Ligne 413: @@
 ===== Plus de pattern =====
+===== Distribution Patterns =====
+==== Remote Facade ====
+==== Data Transfer Object ====
+L'un des premiers gourous à avoir introduit le Design Pattern DTO (ou Value Object) est Martin Fowler. Ces derniers temps, avec l'essor des outils de mapping o/r il devient de plus en plus aisé de transférer un modèle objet “pur” sur la couche cliente. Et la distribution de la couche de service, autre argument en faveur des DTO, est de moins en moins privilégiée dans les architectures n-tiers modernes.
+  * http://petitteckel.wordpress.com/2007/11/01/le-modele-de-conception-dto/
+  * [[http://martinfowler.com/bliki/LocalDTO.html|LocalDTO]]: dans cet article, Martin Fowler répond donc à Jon Tirsen qui titrait sur son blog “Data Transfer Objects makes me sick!