Design Pattern
Présentation de différents Design Patterns.
![]() | Implémentation du pattern Singleton | ![]() | ![]() |
Résumé :Implémenter le pattern singleton en AS3. |
Auteur :ITERATIF (Olivier Bugalotto) | Ecrit le :29 octobre 2007 |
![]() | Implémentation du Design Pattern Singleton en AS3 | ![]() |
Résumé :Lors du développement d'applications, le Singleton est un modèle de conception dont l'objet est de restreindre l'instanciation d'une classe à un seul objet. |
Auteur :tannoy (Antony Chauviré) | Ecrit le :17 mars 2009 |
![]() | Découverte du framework Robotlegs | ![]() |
Résumé :Initiation à la micro-architecture Robotlegs |
Auteur :frangois (frangois) | Ecrit le :31 octobre 2010 |
![]() | Design Pattern Abstract Factory | ![]() |
Résumé :Ce Design Pattern utilise à la base un modèle Singleton, vous permet de gérer des familles de class différentes, et de remplacer à tout moment l'une par l'autre, il s'assure que ces familles de class implémentent précisement certaines méthodes et détails précisement comme ces méthodes sont écrites. Il découle de cela que l'on peut ensuite effectuer du polymorphisme sur celles-ci. |
![]() | Design Pattern Composite | ![]() |
Résumé :Le modèle composite détermine une hiérarchie ou une représentation en arbre d'une structure de donnée . En général, une composition est une collection d'objets, tout objet objet peut être aussi une composition ou un objet primitif. |
![]() | Decorateur | ![]() |
Résumé :Le modèle décorateur fournit un moyen afin de modifier le comportement d'un objet sans avoir à créer une nouvelle classe dérivée. |
![]() | Design Pattern Evenement par Délégation | ![]() |
Résumé :Un événement se propage d'un objet source vers un objet écouteur en invoquant une methode sur l'écouteur, en passant l'occurrence de la sous-class d'événement qui définit le type d'événement généré. |
Auteur :niko (Coevoet Nicolas) |
![]() | Modèle de délégation d'événements | ![]() |
Résumé :La nécessité d'un système de diffusion d'événements à plusieurs observateurs n'est plus à démontrer. Nous disposons actuellement de diverses implémentations : EventDispatcher, ASBroadcaster, et consorts… Chacun dispose de ses propres bénéfices. Mais lequel choisir au juste ? Cet article propose un autre système de gestion des évènements par délégation. |
Auteur :erixtekila (Eric Priou) |
![]() | Design Pattern Model-View-Controller | ![]() |
Résumé :Ce Pattern est une sorte d'extension au Pattern Observer à quelques différences prêt : Les évènements sont spécialisés (plusieurs méthodes évènementielles) - Les vues sont gérées par leur contrôleur (un par vue généralement) - L'affichage, le traitement et le stockage des données se font dans des classes spécifiques (accentue la notion POO). |
![]() | Designs Patterns : Modéle Observateur | ![]() |
Résumé :Le modéle Observateur est un mécanisme de diffusion d'évenements, il diffuse des mises à jour d'un sujet, à des écouteurs qui se sont enregistré à celui-ci. On l'utilise pour s'occuper de la gestion de thémes visuels, dans des jeux, il permet de diffuser simplement et aisément les modifications apportées à un objet. Les écouteurs se chargeant par la suite de faire ce qu'ils veulent des informations reçues par notification. |
![]() | Design Pattern Singleton | ![]() |
Résumé :Cette architecture permet de s'assurer qu'il n'existe qu'une seule occurence d'une classe précise. |
![]() | Le pattern Stratégie | ![]() |
Résumé :Ce pattern permet de spécifier à différentes instances d'une même classe différentes implémentations pour une même méthode. |
Auteur :ITERATIF (Olivier Bugalotto) |
