Patrons de conception/Créateur

Patrons de conception

• Introduction
• Patrons du « Gang of Four »
  • Patrons de création
    • Singleton
    • Prototype
    • Fabrique
    • Fabrique abstraite
    • Monteur
  • Patrons de structure
    • Pont
    • Façade
    • Adaptateur
    • Objet composite
    • Proxy
    • Poids-mouche
    • Décorateur
  • Patrons de comportement
    • Chaîne de responsabilité
    • Commande
    • Interpréteur
    • Itérateur
    • Médiateur
    • Mémento
    • Observateur
    • État
    • Stratégie
    • Patron de méthode
    • Visiteur
• Patrons GRASP
  • Expert en information
  • Créateur
  • Faible couplage
  • Forte cohésion
  • Contrôleur
  • Polymorphisme
  • Fabrication pure
  • Indirection
  • Protection
• Patrons d'entreprise
  • Logique du domaine
    • Script de transaction
    • Modèle du domaine
    • Module de table
    • Couche de service
  • Architecture de source de données
    • Passerelle de table de données
    • Passerelle de ligne de données
    • Enregistrement actif
    • Gestion de données
  • Comportement objet-relationnel
    • Unité de travail
    • Carte d'identité
    • Chargement différé
  • Structure objet-relationnel
  • Association méta-données objet-relationnel
  • Présentation web
  • Distribution
  • Concurrence locale (hors-ligne)
  • État de session (Session State Patterns)
  • Patrons de base
    • Passerelle (Gateway)
    • Mapper
    • Type de base pour la couche
    • Interface séparée
    • Registre
    • Plugin
    • Objet valeur
    • Monnaie
    • Cas spécial
    • Service de substitution
    • Ensemble d'enregistrements
• Autres patrons
  • Type fantôme
  • Double-dispatch
  • Post-Redirect-Get
  • Map-Reduce
  • Évaluation retardée
  • Copie sur modification
  • Injection de dépendance
  • Inversion de contrôle
  • Modèle-Vue-Contrôleur
  • Modèle-Vue-Présentateur
  • Écart de génération
  • Objet nul
  • Objets réutilisables
  • Outbox
  • Feature toggles
• Bibliographie et liens

Patron de conception
Catégorie : GRASP
Nom français :	Créateur
Nom anglais :	Creator
Assigner la création d'objets à la classe qui l'utilise

Le principe du créateur est d'assigner la responsabilité de la création des instances d'une classe A. Cette responsabilité est assignée à la classe B si au moins l'une des conditions suivantes est vraie :

• B contient des instances de A,
• B est une agrégation d'instances de A,
• B utilise des instances de A de manière détaillée,
• B possède des informations pour créer des instances de A.

Exemples

Bibliothèque

Dans un logiciel de gestion de bibliothèque, nous avons créé les classes Bibliothèque, Catalogue et Livre. Nous voulons ajouter une méthode de création de livres. À quelle classe assigner cette responsabilité ?

La classe dont l'utilisation est très liée à celle de Livre est la classe Catalogue. On lui ajoute donc cette méthode de création de livre.

Facturation

Dans un logiciel de gestion de vente, nous avons les classes et attributs suivants :

Facture

Contient un ensemble de produit facturé. Attribut : client,

ProduitFacturé

Contient un lien vers la description d'un article. Attribut : quantité,

Article

Description d'un article. Attributs : nom, prix_unitaire (TTC), identifiant.

À quelle(s) classe(s) assigner la responsabilité d'ajouter un nouveau produit facturé (une nouvelle instance de la classe ProduitFacturé) ?

La classe Facture contient des instances de ProduitFacturé. Elle est donc responsable de leur création.