Récapitulatif - Processeur de paiement
Fait partie de la section Programmation Orientée Objet du Journey Dart de Coddy — leçon 62 sur 110.
Défi
FacileConstruisons un système de traitement des paiements qui démontre la puissance du polymorphisme ! Vous allez créer une classe de méthode de paiement abstraite et plusieurs implémentations concrètes, puis traiter une collection de différents types de paiement via une interface unifiée.
Vous organiserez votre code en deux fichiers :
payments.dart: Définissez votre hiérarchie de paiement ici :- Une classe abstraite
PaymentMethodavec une propriétéString accountHolder, un constructeur et une méthode abstraiteprocessPayment(double amount) - Une classe
CreditCardqui étendPaymentMethodavec une propriété supplémentaireString cardNumber(les 4 derniers chiffres uniquement). Sa méthodeprocessPaymentdoit afficherProcessing $[amount] via Credit Card ****[cardNumber] for [accountHolder] - Une classe
PayPalqui étendPaymentMethodavec une propriété supplémentaireString email. Sa méthodeprocessPaymentdoit afficherProcessing $[amount] via PayPal ([email]) for [accountHolder] - Une classe
BankTransferqui étendPaymentMethodavec une propriété supplémentaireString bankName. Sa méthodeprocessPaymentdoit afficherProcessing $[amount] via Bank Transfer from [bankName] for [accountHolder]
processAllPayments(List<PaymentMethod> methods, double amount)qui :- Affiche
Processing [count] payments of $[amount] each:où count est le nombre de méthodes de paiement - Parcourt chaque méthode de paiement et appelle
processPayment(amount) - Après avoir traité tous les paiements, compte combien sont de type
CreditCarden utilisant l'opérateuriset afficheCredit card payments: [count]
- Une classe abstraite
main.dart: Importez votre fichier de paiements et faites une démonstration du processeur de paiement :- Créez une
List<PaymentMethod>contenant :- Une
CreditCardpour'Alice Smith'avec le numéro de carte'1234' - Un
PayPalpour'Bob Jones'avec l'email'bob@email.com' - Un
BankTransferpour'Carol White'avec la banque'National Bank' - Une
CreditCardpour'David Brown'avec le numéro de carte'5678'
- Une
- Appelez
processAllPaymentsavec cette liste et le montant99.99
- Créez une
Remarquez comment la fonction processAllPayments fonctionne avec le type abstrait PaymentMethod, pourtant chaque paiement est traité selon son implémentation spécifique. La vérification de type à la fin démontre comment vous pouvez toujours identifier des types spécifiques si nécessaire.
Sortie attendue :
Processing 4 payments of $99.99 each:
Processing $99.99 via Credit Card ****1234 for Alice Smith
Processing $99.99 via PayPal (bob@email.com) for Bob Jones
Processing $99.99 via Bank Transfer from National Bank for Carol White
Processing $99.99 via Credit Card ****5678 for David Brown
Credit card payments: 2Essayez vous-même
import 'payments.dart';
void main() {
// TODO: Créer une List<PaymentMethod> contenant :
// - CreditCard pour 'Alice Smith' avec le numéro de carte '1234'
// - PayPal pour 'Bob Jones' avec l'email 'bob@email.com'
// - BankTransfer pour 'Carol White' avec la banque 'National Bank'
// - CreditCard pour 'David Brown' avec le numéro de carte '5678'
// TODO: Appeler processAllPayments avec la liste et le montant 99.99
}
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