Imprimer

Design Patterns .NET/C# & Gof - N-DPC

Objectif :

Identifier les principaux Design Patterns applicables aux architectures s'appuyant sur des langages orientés objet
Choisir et utiliser un Design Pattern en fonction de chaque couche de l'architecture
Implémenter les Patterns Microsoft en .NET et C#
Dans un contexte de refactoring d'architecture, détecter un cas d'application de Design Pattern pour améliorer la qualité logicielle

Programme :

1. INTRODUCTION AUX DESIGN PATTERNS
Définition et historique
Taxinomie des Design Patterns
. Schéma de présentation des Patterns.
Avantages liés à l'utilisation des Design Patterns
. Réutilisation et frameworks.
Comment choisir un Pattern GoF ?
. Savoir identifier les Design Patterns adaptés à chaque problématique, et les mettre en œuvre au sein d'une application .NET.
. Les causes de refactoring : les pistes pour détecter les cas nécessitant une amélioration logicielle par l'implémentation de Design Patterns.
Comment utiliser un Design Pattern GoF ?
. Les stratégies pour implémenter un pattern.

2. CLASSIFICATION DES DESIGN PATTERNS GOF PAR DOMAINE FONCTIONNEL
Présentation et répartition des Design Patterns en fonction de leur domaine d'application :
. Patterns de création
. Patterns structurels
. Patterns comportementaux

3. CLASSIFICATION DES DESIGN PATTERNS MICROSOFT PAR COUCHE D'ARCHITECTURE
Caractéristiques des Design Patterns Microsoft
. Foundations of Solutions Architecture, les Patterns and practices et le Guidance Explorer.
Présentation et répartition des Patterns adaptés à chaque couche de l'architecture :
. User Experience
. Workflow
. Data
. Identity and Access
. Messages and Services
. Modeling and Tools
. Management

4. LISTE DES PATTERNS PRÉSENTÉS DURANT LA FORMATION
Abstract Factory : abstraction de la création de familles d'objets.
Factory Method : abstraction de la création d'objets.
Singleton : instance unique de classe.
Delegator : centralisation d'une fonctionnalité dans une classe.
Adapter : conversion de l'interface d'une classe vers celle attendue par le client.
Decorator : ajout de fonctionnalités à un objet.
Proxy : frontal d'interception d'un objet pour en contrôler l'accès.
Facade : interface unique pour l'ensemble d'un sous-système.
Chain of Responsibility : délégation des requêtes à des responsables de services.
Command : intermédiation entre l'objet qui réalise l'action et l'objet qui l'invoque.
Template method : définition d'un squelette d'algorithme dont certaines étapes sont fournies par une classe dérivée.
Visitor : spécification d'algorithmes à l'extérieur des structures de données objet sur lesquelles ils s'appliquent.
Context : modèle utilisé le plus souvent dans les architectures à base de conteneur pour faire communiquer le socle avec les modules hébergés.
Autres Enterprise Design Patterns :
. Page controller
. Composite View
. Business Delegate
. Service Locator
. Remote Facade
. Data Access Object
. Value Object / Data Transfer Object
. Service Oriented Architecture Design Patterns
Focus sur les Microsoft Enterprise Library et Patterns associés
. Étude de cas : Microsoft Enterprise Library.

5. SYNTHÈSE
Que peut-on attendre des Design Patterns pour le développement en architecture Microsoft .NET ?
Principaux ouvrages et sites de référence.
Glossaire des Design Patterns GoF et .NET/C#.

2 jours

1150 € HT 1897 chf HT 6900 dh HT

Public :

Architecte
Chef de projet technique
Concepteur / développeur

Pré-requis :

La connaissance d'un langage .NET est nécessaire, de préférence C# qui est utilisé dans les exemples d'implémentations.
Connaître les bases d'UML et les principes de base de la programmation orientée objet.

Cliquez sur la date choisie pour vous inscrire :

  juil août sept oct nov déc janv fév mars avr mai juin
ENSEMBLE DES SITES- - 16 - 25