Classes scellées (Dart 3)
Fait partie de la section Programmation Orientée Objet du Journey Dart de Coddy. Leçon 85 sur 110.
Dart 3 a introduit les classes scellées, qui restreignent les classes pouvant les étendre ou les implémenter. Lorsque vous marquez une classe comme sealed, seules les classes du même fichier peuvent être ses sous-types directs. Cela crée un ensemble fermé de sous-types connus.
sealed class Result {}
class Success extends Result {
final String data;
Success(this.data);
}
class Failure extends Result {
final String error;
Failure(this.error);
}La puissance des classes scellées provient de la vérification de l'exhaustivité. Lorsque vous effectuez un switch sur un type scellé, le compilateur connaît tous les sous-types possibles et s'assure que vous traitez chacun d'entre eux :
String handleResult(Result result) {
return switch (result) {
Success(data: var d) => 'Got: $d',
Failure(error: var e) => 'Error: $e',
};
// Pas de cas par défaut nécessaire - le compilateur sait que tous les cas sont couverts !
}
void main() {
var success = Success('Hello');
var failure = Failure('Not found');
print(handleResult(success)); // Got: Hello
print(handleResult(failure)); // Error: Not found
}Si vous ajoutez un nouveau sous-type à une classe scellée, le compilateur signalera chaque instruction switch qui ne le prend pas en charge. Cela rend les classes scellées idéales pour modéliser des états, des résultats ou tout scénario dans lequel vous disposez d’un ensemble fixe de variantes. Contrairement aux classes abstraites, les classes scellées garantissent qu’aucun code externe ne peut ajouter de sous-types inattendus.
Défi
FacileConstruisons un gestionnaire de requêtes réseau à l’aide de classes scellées ! Tu vas créer un système offrant la sécurité des types qui modélise les différents états d’une réponse réseau, en veillant à ce que chaque résultat possible soit correctement pris en charge.
Tu organiseras ton code en deux fichiers :
response.dart: Crée une hiérarchie de classes scellées qui représente tous les états possibles d’une réponse réseau :- Une classe scellée appelée
NetworkResponsequi sert de base à tous les types de réponses - Une classe
Loadingqui étendNetworkResponseavec un champString message(par exemple, "Fetching data...") - Une classe
Successqui étendNetworkResponseavec un champString dataet un champint statusCode - Une classe
Errorqui étendNetworkResponseavec un champString errorMessageet un champint errorCode
- Une classe scellée appelée
main.dart: Importe ton fichier de réponse et crée une fonction qui gère tous les types de réponses à l’aide d’une expression switch :- Crée une fonction
handleResponse(NetworkResponse response)qui renvoie uneString - Utilise une expression switch avec la correspondance de motifs pour gérer chaque cas :
- Pour
Loading: renvoieStatus: [message] - Pour
Success: renvoieSuccess ([statusCode]): [data] - Pour
Error: renvoieError ([errorCode]): [errorMessage]
- Pour
- Crée trois instances de réponses et affiche le résultat du traitement de chacune :
- Un
Loadingavec le messagePlease wait... - Un
Successavec les donnéesUser profile loadedet le code d’état200 - Un
Erroravec le message d’erreurNot foundet le code d’erreur404
- Un
- Crée une fonction
L’intérêt des classes scellées est que le compilateur garantit que tu gères tous les types de réponses possibles : aucun cas par défaut n’est nécessaire !
Sortie attendue :
Status: Please wait...
Success (200): User profile loaded
Error (404): Not foundEssayez vous-même
import 'response.dart';
// TODO: Créer une fonction handleResponse(NetworkResponse response)
// qui retourne un String
// Utiliser une expression switch avec du pattern matching pour gérer chaque cas :
// - Pour Loading : retourner "Status: [message]"
// - Pour Success : retourner "Success ([statusCode]): [data]"
// - Pour Error : retourner "Error ([errorCode]): [errorMessage]"
void main() {
// TODO: Créer une instance de Loading avec le message "Please wait..."
// TODO: Créer une instance de Success avec la donnée "User profile loaded" et le code de statut 200
// TODO: Créer une instance de Error avec le message d'erreur "Not found" et le code d'erreur 404
// TODO: Afficher le résultat du traitement de chaque réponse
}
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érique13Concepts avancés de la POO
Composition ou héritageMéthodes d’extensionClasses appelablesClasses scellées (Dart 3)Enregistrements (Dart 3)Patterns et correspondance (3.0)Énumérations avec méthodes2Constructeurs 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