Patrons de conception/Indirection

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 :	Indirection
Nom anglais :	Indirection
Découpler des classes en utilisant une classe intermédiaire

Afin d'éviter le fort couplage entre deux classes, ou une dépendant à une interface spécifique, il est recommandé de créer une classe intermédiaire.

Il faut cependant ne pas créer trop de classes intermédiaires afin d'éviter de mauvaises performances (temps/mémoire).

Exemples

Paiement en ligne

La communication avec un serveur bancaire peut se faire grâce à un modem en utilisant des fonctions de l'API du système d'exploitation. La création d'une classe Modem pour appeler l'API permet d'éviter l'appel à celle-ci dans les classes communiquant par modem. L'application sera plus facilement portée pour un autre système en ne changeant que la classe Modem.