Patron Factory
Fait partie de la section Programmation Orientée Objet du Journey Dart de Coddy. Leçon 91 sur 110.
Le patron Factory délègue la création des objets à une méthode ou une classe distincte, ce qui vous permet de créer des objets sans spécifier leur classe exacte. Cela diffère du constructeur factory que vous avez découvert précédemment : le patron Factory est une approche de conception dans laquelle la logique de création est centralisée et peut renvoyer différents types selon 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 notifications : il suffit de modifier 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 de conditions d’exécution.
Défi
FacileConstruisons un générateur de documents en utilisant le modèle Factory ! Vous allez créer un système qui produit différents types de documents (rapports, factures et lettres) via une fabrique centralisée, afin que le code client n'ait pas besoin de connaître les classes de documents spécifiques.
Vous allez organiser 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 renvoie uneString - Trois classes concrètes qui implémentent
Document:Report- sa méthodegeneraterenvoie=== REPORT ===\n[content]\n=============Invoice- sa méthodegeneraterenvoieINVOICE\n--------\n[content]\nTotal DueLetter- sa méthodegeneraterenvoieDear Reader,\n[content]\nSincerely
- Une classe
DocumentFactoryavec une méthode statiquecreate(String type)qui renvoie leDocumentapproprié selon la chaîne de type :"report","invoice"ou"letter". Pour tout type inconnu, renvoyez unLetterpar défaut
- Une classe abstraite
main.dart: importez votre fabrique de documents et montrez comment la fabrique crée différents types de documents sans que le client ait besoin de connaître les classes concrètes :- Utilisez la fabrique 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 la fabrique 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 la fabrique pour créer une lettre et affichez le résultat de sa génération avec le contenu
Thank you for your order
- Utilisez la fabrique pour créer un rapport et affichez le résultat de sa génération avec le contenu
Remarquez que votre fichier principal interagit uniquement avec la fabrique 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
SincerelyEssayez 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
1Fondamentaux de la POO
Fichiers externesBibliothèques et importsIntroduction à la POOClasses vs objetsLe mot-clé thisMéthodesVariables d’instanceBases des constructeursRécapitulatif - Calculatrice simple4Sécurité face aux valeurs nulles
Introduction à la sécurité face aux valeurs nullesNullable vs Non-NullableLes opérateurs ? et !Mot-clé Late et sécurité face aux valeurs nullesOpérateurs sensibles à nullSécurité face aux valeurs nulles dans les classesRécapitulatif – Système de profil utilisateur7Classes abstraites et interfaces
Classes abstraitesMéthodes abstraitesInterfaces en DartInterfaces implicitesImplémenter ou étendreInterfaces multiplesRécapitulatif - Calculateur de formes10Collections et génériques
Vue d’ensemble des List, Set et MapCollections à typage sûrClasses génériquesMéthodes génériquesContraintes génériquesIterable et IteratorRécapitulatif – stockage générique2Constructeurs en Dart
Constructeur par défautConstructeurs nommésListes d'initialisationConstructeurs constantsConstructeurs factoryConstructeurs redirigésRécapitulatif - Constructeur de formes5Encapsulation
Membres publics vs privésLa convention du préfixe _Confidentialité au niveau de la bibliothèqueApprofondissement des getters et settersMasquage de l’informationRécapitulatif - Fiches des étudiants8Mixins
Introduction aux MixinsCréer des MixinsUtiliser plusieurs MixinsMot-clé on dans les MixinsMixin ou héritageMixin ou interfaceRécapitulatif - Système animal11Méthodes spéciales
Redéfinition de toString()Redéfinition de hashCode et ==Interface ComparableMéthode call()Redéfinition de noSuchMethodRécapitulatif - Collection personnalisée14Patrons de conception, partie 1
Introduction aux patrons de conceptionPatron SingletonPatron FactoryPatron ObserverPatron Strategy3Propriétés des classes
Membres d’instance et statiquesChamps Final et ConstVariables différéesMéthodes et champs statiquesAccesseurs et mutateursRécapitulatif - Gestionnaire de compte bancaire6Héritage
Héritage de baseLe mot-clé superRedéfinition de méthodeL’annotation @overrideLe mot-clé de classe finalConstructeurs et héritageRécapitulatif – Hiérarchie des employés9Polymorphisme
Bases du polymorphismePolymorphisme via les interfacesVérification des types à l’exécutionLes opérateurs is et asMot-clé covariantRécapitulatif - Processeur de paiements12POO asynchrone
Futures et async/awaitNotions de base des StreamsContrôleurs de StreamsConstructeurs asynchronesAsynchrone dans les méthodes de classeRécapitulatif - récupérateur de données15Patrons de conception – Partie 2
Patron CommandePatron AdaptateurPatron DécorateurPatron Méthode modèlePatron ÉtatPatron CompositePatron DépôtEntraînez-vous par vous-même : Compilateur Dart en ligne