Redéfinition de méthode
Fait partie de la section Programmation Orientée Objet du Journey Dart de Coddy — leçon 38 sur 110.
La redéfinition de méthode se produit lorsqu'une classe enfant fournit sa propre implémentation d'une méthode qui existe déjà dans la classe parente. Cela permet aux sous-classes de personnaliser le comportement hérité tout en conservant la même signature de méthode.
Lorsque vous définissez une méthode dans une classe enfant avec le même nom et les mêmes paramètres qu'une méthode de la classe parente, la version de l'enfant prend le dessus :
class Animal {
String name;
Animal(this.name);
void speak() {
print('$name makes a sound');
}
}
class Dog extends Animal {
Dog(String name) : super(name);
void speak() {
print('$name barks: Woof!');
}
}
void main() {
var animal = Animal('Generic');
var dog = Dog('Buddy');
animal.speak(); // Generic fait un bruit
dog.speak(); // Buddy aboie : Woof !
}Lorsque vous appelez speak() sur une instance de Dog, Dart exécute la version de Dog, pas celle d'Animal. La classe enfant a redéfini la méthode du parent.
Vous pouvez également combiner la redéfinition avec super pour étendre plutôt que de remplacer le comportement du parent :
class Cat extends Animal {
Cat(String name) : super(name);
void speak() {
super.speak(); // Appeler d'abord la version du parent
print('$name also purrs');
}
}Ce patron vous permet de vous appuyer sur des fonctionnalités existantes. La règle clé est simple : le même nom de méthode et les mêmes paramètres dans la classe enfant remplacent l'implémentation du parent lorsqu'ils sont appelés sur des instances de l'enfant.
Défi
FacileConstruisons un système de notification qui démontre comment les classes enfants peuvent surcharger les méthodes parentes pour personnaliser le comportement. Vous allez créer différents types de notifications qui délivrent chacune des messages à leur manière unique.
Vous organiserez votre code en deux fichiers :
notification.dart: Définissez votre hiérarchie de notifications ici :- Une classe
Notification(le parent) avec unString titleet unString message. Incluez un constructeur qui prend les deux valeurs et une méthodesend()qui afficheNotification: [title] - [message] - Une classe
EmailNotificationqui étendNotificationet ajoute une propriétéString recipient. Surchargez la méthodesend()pour afficherSending email to [recipient]: [title] - [message] - Une classe
PushNotificationqui étendNotificationet ajoute une propriétéString deviceId. Surchargez la méthodesend()pour appeler d'abord lesend()du parent en utilisantsuper, puis affichezPushed to device: [deviceId]sur la ligne suivante
- Une classe
main.dart: Importez votre fichier de notification et démontrez la surcharge de méthode en action :- Créez une
Notificationde base avec le titre'Alert'et le message'System update available' - Appelez sa méthode
send() - Affichez une ligne vide
- Créez une
EmailNotificationavec le titre'Welcome', le message'Thanks for signing up!', et le destinataire'user@example.com' - Appelez sa méthode
send() - Affichez une ligne vide
- Créez une
PushNotificationavec le titre'Reminder', le message'Meeting in 10 minutes', et le deviceId'DEVICE-001' - Appelez sa méthode
send()
- Créez une
Remarquez comment EmailNotification remplace complètement le comportement du parent, tandis que PushNotification l'étend en appelant d'abord super.send(). Les deux approches sont des moyens valables de surcharger des méthodes selon vos besoins.
Sortie attendue :
Notification: Alert - System update available
Sending email to user@example.com: Welcome - Thanks for signing up!
Notification: Reminder - Meeting in 10 minutes
Pushed to device: DEVICE-001Aide-mémoire
La redéfinition de méthode (method overriding) se produit lorsqu'une classe enfant fournit sa propre implémentation d'une méthode qui existe déjà dans la classe parente. La version de l'enfant remplace celle du parent lorsqu'elle est appelée sur des instances de l'enfant.
Pour redéfinir une méthode, définissez-la dans la classe enfant avec le même nom et les mêmes paramètres :
class Animal {
String name;
Animal(this.name);
void speak() {
print('$name makes a sound');
}
}
class Dog extends Animal {
Dog(String name) : super(name);
void speak() {
print('$name barks: Woof!');
}
}
void main() {
var animal = Animal('Generic');
var dog = Dog('Buddy');
animal.speak(); // Generic fait un bruit
dog.speak(); // Buddy aboie : Woof !
}Vous pouvez utiliser super pour appeler la version du parent et étendre le comportement plutôt que de le remplacer :
class Cat extends Animal {
Cat(String name) : super(name);
void speak() {
super.speak(); // Appeler d'abord la version du parent
print('$name also purrs');
}
}Essayez vous-même
import 'notification.dart';
void main() {
// TODO: Créer une Notification de base avec le titre 'Alert' et le message 'System update available'
// Appeler sa méthode send()
// TODO: Afficher une ligne vide
// TODO: Créer une EmailNotification avec :
// - title: 'Welcome'
// - message: 'Thanks for signing up!'
// - recipient: 'user@example.com'
// Appeler sa méthode send()
// TODO: Afficher une ligne vide
// TODO: Créer une PushNotification avec :
// - title: 'Reminder'
// - message: 'Meeting in 10 minutes'
// - deviceId: 'DEVICE-001'
// Appeler sa méthode send()
}
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