Mixin ou héritage
Fait partie de la section Programmation Orientée Objet du Journey Dart de Coddy. Leçon 54 sur 110.
Maintenant que vous avez appris comment fonctionnent les mixins, clarifions quand les utiliser au lieu de l'héritage. La différence clé réside dans la relation qu'ils expriment.
L'héritage représente une relation « est-un ». Un Dog est un Animal. La sous-classe est une version spécialisée du parent, et vous ne pouvez étendre qu'une seule classe.
Les mixins, en revanche, représentent une relation « peut faire ». Un Dog peut nager, mais nager n'est pas ce qui définit un chien.
// Héritage : Dog EST un Animal
class Animal {
String name;
Animal(this.name);
}
class Dog extends Animal {
Dog(String name) : super(name);
}
// Mixin : Dog PEUT nager (mais n'est pas défini par la nage)
mixin Swimming {
void swim() => print('Swimming');
}
class Dog extends Animal with Swimming {
Dog(String name) : super(name);
}Utilisez l'héritage lorsque les classes partagent une identité fondamentale et que vous avez besoin de constructeurs dans le parent. Utilisez des mixins lorsque vous souhaitez ajouter des capacités à des classes qui ne partagent pas d'ancêtre commun.
| Fonctionnalité | Héritage | Mixin |
|---|---|---|
| Relation | est-un | peut-faire |
| Limite | Un seul parent | Plusieurs mixins |
| Constructeurs | Autorisés | Non autorisés |
| Cas d'utilisation | Spécialisation | Comportement partagé |
Le meilleur dans tout ça ? Vous pouvez combiner les deux : étendre une classe et y ajouter plusieurs capacités, ce qui donne à vos classes exactement les fonctionnalités dont elles ont besoin.
Défi
FacileConstruisons un système de travailleurs qui montre quand utiliser l’héritage plutôt que les mixins. Tu vas créer une classe de base pour la relation « est-un » et des mixins pour les capacités « peut-faire », puis les combiner afin de montrer comment les deux approches fonctionnent ensemble.
Tu organiseras ton code en trois fichiers :
worker.dart: définis ta classe de base qui établit l’identité fondamentale de tous les travailleurs :- Une classe
Workeravec les propriétésString nameetString department. Inclus un constructeur qui accepte les deux valeurs. Ajoute une méthodeintroduce()qui affiche[name] works in [department]
- Une classe
skills.dart: définis des mixins qui représentent les capacités que les travailleurs peuvent posséder (les relations « peut-faire ») :- Un mixin
CanCodeavec une méthodewriteCode()qui afficheWriting code... - Un mixin
CanDesignavec une méthodecreateDesign()qui afficheCreating design... - Un mixin
CanManageavec une méthodeleadTeam()qui afficheLeading the team...
- Un mixin
main.dart: importe les deux fichiers et crée des types de travailleurs spécialisés qui combinent l’héritage avec les mixins :- Une classe
Developerqui étendWorkeret utilise le mixinCanCode - Une classe
TechLeadqui étendWorkeret utilise les mixinsCanCodeetCanManage - Crée un
Developernommé'Alice'dans le service'Engineering' - Crée un
TechLeadnommé'Bob'dans le service'Engineering' - Pour Alice : appelle
introduce(), puiswriteCode() - Affiche une ligne vide
- Pour Bob : appelle
introduce(), puiswriteCode(), puisleadTeam()
- Une classe
Remarque comment Developer et TechLead sont tous deux des travailleurs (héritage), mais qu’ils peuvent faire des choses différentes (mixins). TechLead combine plusieurs capacités sans avoir besoin de l’héritage multiple.
Résultat attendu :
Alice works in Engineering
Writing code...
Bob works in Engineering
Writing code...
Leading the team...Essayez vous-même
import 'worker.dart';
import 'skills.dart';
// TODO: Créer une classe Developer qui étend Worker et utilise le mixin CanCode
// TODO: Créer une classe TechLead qui étend Worker et utilise les mixins CanCode et CanManage
void main() {
// TODO: Créer un Developer nommé 'Alice' dans le département 'Engineering'
// TODO: Appeler introduce() puis writeCode() pour Alice
// TODO: Afficher une ligne vide
// TODO: Créer un TechLead nommé 'Bob' dans le département 'Engineering'
// TODO: Appeler introduce(), writeCode(), puis leadTeam() pour Bob
}
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