Patron Fabrique
Fait partie de la section Programmation Orientée Objet du Journey Dart de Coddy — leçon 91 sur 110.
Le pattern Factory délègue la création d'objets à une méthode ou une classe distincte, vous permettant de créer des objets sans spécifier leur classe exacte. Ceci est différent du constructeur factory que vous avez appris précédemment - le pattern Factory est une approche de conception où la logique de création est centralisée et peut retourner différents types en fonction de l'entrée.
Considérez un scénario dans lequel vous devez créer différents types de notifications. Au lieu que le client décide quelle classe instancier, une fabrique gère cette décision :
abstract class Notification {
void send(String message);
}
class EmailNotification implements Notification {
@override
void send(String message) => print('Email: $message');
}
class SMSNotification implements Notification {
@override
void send(String message) => print('SMS: $message');
}
class NotificationFactory {
static Notification create(String type) {
switch (type) {
case 'email':
return EmailNotification();
case 'sms':
return SMSNotification();
default:
return EmailNotification();
}
}
}
void main() {
var notification = NotificationFactory.create('sms');
notification.send('Hello!'); // SMS : Hello !
}Le code client n'a pas besoin de connaître EmailNotification ou SMSNotification - il demande simplement à la fabrique une notification d'un certain type. Cela facilite l'ajout de nouveaux types de notification : vous modifiez uniquement la fabrique, et non chaque endroit qui crée des notifications.
Utilisez le pattern Factory lorsque la création d'objets implique une logique complexe, lorsque vous souhaitez masquer les classes d'implémentation aux clients, ou lorsque le type exact à créer dépend des conditions d'exécution.
Défi
FacileConstruisons un générateur de documents en utilisant le pattern Factory ! Vous allez créer un système qui produit différents types de documents (rapports, factures et lettres) via une usine centralisée, afin que le code client n'ait pas besoin de connaître les classes de documents spécifiques.
Vous organiserez votre code en deux fichiers :
document_factory.dart: Créez votre système de documents ici :- Une classe abstraite
Documentavec une méthodegenerate(String content)qui retourne unString - Trois classes concrètes qui implémentent
Document:Report- sa méthodegenerateretourne=== REPORT ===\n[content]\n=============Invoice- sa méthodegenerateretourneINVOICE\n--------\n[content]\nTotal DueLetter- sa méthodegenerateretourneDear Reader,\n[content]\nSincerely
- Une classe
DocumentFactoryavec une méthode statiquecreate(String type)qui retourne leDocumentapproprié en fonction de la chaîne de caractères type :"report","invoice", ou"letter". Pour tout type inconnu, retournez unLetterpar défaut
- Une classe abstraite
main.dart: Importez votre usine de documents et démontrez comment l'usine crée différents types de documents sans que le client ait besoin de connaître les classes concrètes :- Utilisez l'usine pour créer un rapport et affichez le résultat de sa génération avec le contenu
Sales increased by 25% - Affichez une ligne vide
- Utilisez l'usine pour créer une facture et affichez le résultat de sa génération avec le contenu
Widget x3 - $150 - Affichez une ligne vide
- Utilisez l'usine pour créer une lettre et affichez le résultat de sa génération avec le contenu
Thank you for your order
- Utilisez l'usine pour créer un rapport et affichez le résultat de sa génération avec le contenu
Remarquez comment votre fichier principal interagit uniquement avec l'usine et le type abstrait Document - il ne crée jamais directement d'objets Report, Invoice, ou Letter !
Sortie attendue :
=== REPORT ===
Sales increased by 25%
=============
INVOICE
--------
Widget x3 - $150
Total Due
Dear Reader,
Thank you for your order
SincerelyAide-mémoire
Le pattern Factory (ou Fabrique) délègue la création d'objets à une méthode ou une classe distincte, vous permettant de créer des objets sans spécifier leur classe exacte. La logique de création est centralisée et peut retourner différents types en fonction des entrées.
Structure de base du pattern Factory :
abstract class Notification {
void send(String message);
}
class EmailNotification implements Notification {
@override
void send(String message) => print('Email: $message');
}
class SMSNotification implements Notification {
@override
void send(String message) => print('SMS: $message');
}
class NotificationFactory {
static Notification create(String type) {
switch (type) {
case 'email':
return EmailNotification();
case 'sms':
return SMSNotification();
default:
return EmailNotification();
}
}
}
void main() {
var notification = NotificationFactory.create('sms');
notification.send('Hello!'); // SMS: Hello!
}Le code client interagit uniquement avec la fabrique et le type abstrait, et non avec les classes d'implémentation concrètes. Cela facilite l'ajout de nouveaux types : il suffit de modifier la fabrique.
Utilisez le pattern Factory lorsque :
- La création d'objets implique une logique complexe
- Vous souhaitez masquer les classes d'implémentation aux clients
- Le type exact à créer dépend de conditions au moment de l'exécution
Essayez vous-même
import 'document_factory.dart';
void main() {
// TODO: Utiliser DocumentFactory.create() pour créer un rapport
// Puis afficher le résultat de sa génération avec le contenu : "Sales increased by 25%"
// TODO: Afficher une ligne vide
// TODO: Utiliser DocumentFactory.create() pour créer une facture
// Puis afficher le résultat de sa génération avec le contenu : "Widget x3 - \$150"
// TODO: Afficher une ligne vide
// TODO: Utiliser DocumentFactory.create() pour créer une lettre
// Puis afficher le résultat de sa génération avec le contenu : "Thank you for your order"
}
Cette leçon comprend un petit quiz. Commencez la leçon pour y répondre et suivre votre progression.
Toutes les leçons de Programmation Orientée Objet
1Les bases de la POO
Fichiers externesBibliothèques et importsIntroduction à la POOClasses vs ObjetsLe mot-clé thisMéthodesVariables d'instanceBases des constructeursRécapitulatif - Calculatrice simple4Null Safety
Introduction à la Null SafetyNullable vs Non-NullableLes opérateurs ? et !Le mot-clé late et la Null SafetyLes opérateurs Null-AwareLa Null Safety dans les classesRécapitulatif - Système de profil utilisateur7Classes abstraites et Interfaces
Classes abstraitesMéthodes abstraitesInterfaces en DartInterfaces implicitesImplémentation vs ExtensionInterfaces multiplesRécapitulatif - Calculateur de formes10Collections et Génériques
Aperçu des List, Set et MapCollections Type-SafeClasses génériquesMéthodes génériquesContraintes de généricitéIterable & IteratorRécapitulatif - Stockage générique2Les constructeurs en Dart
Constructeur par défautConstructeurs nommésListes d'initialisationConstructeurs constantsConstructeurs factoryConstructeurs de redirectionRécapitulatif - Shape Builder5Encapsulation
Membres publics vs privésLa convention du préfixe _Visibilité au niveau de la bibliothèqueApprofondissement des Getters & SettersMasquage d'informationsRécapitulatif - Dossiers d'étudiants8Mixins
Introduction aux MixinsCréation de MixinsUtilisation de plusieurs MixinsLe mot-clé on dans les MixinsMixin vs HéritageMixin vs InterfaceRécapitulatif - Système Animal11Méthodes spéciales
Redéfinition de toString()Redéfinition de hashCode & ==Interface ComparableMéthode call()Redéfinition de noSuchMethodRécapitulatif - Collection personnalisée14Patrons de conception Partie 1
Introduction aux patrons de conceptionPatron SingletonPatron FabriquePatron ObservateurPatron Stratégie3Propriétés de classe
Membres d'instance vs statiquesChamps Final & ConstVariables LateMéthodes et champs statiquesGetters et SettersRécapitulatif - Gestionnaire de compte bancaire6Héritage
Bases de l'héritageLe mot-clé superRedéfinition de méthodeL'annotation @overrideLe mot-clé final pour les classesConstructeurs et héritageRécapitulatif - Hiérarchie des employés9Polymorphisme
Bases du polymorphismePolymorphisme via les interfacesVérification de type à l'exécutionLes opérateurs is & asMot-clé covariantRécapitulatif - Processeur de paiement12POO Asynchrone
Futures & async/awaitBases des StreamsStream ControllersConstructeurs asynchronesL'asynchrone dans les méthodes de classeRécapitulatif - Data Fetcher15Patrons de conception Partie 2
Patron CommandePatron AdaptateurPatron DécorateurPatron Méthode ModèlePatron ÉtatPatron CompositePatron Repository