Le mot-clé late et la Null Safety
Fait partie de la section Programmation Orientée Objet du Journey Dart de Coddy — leçon 26 sur 110.
Parfois, vous avez besoin d'une variable non-nullable, mais vous ne pouvez pas lui assigner sa valeur immédiatement. Le mot-clé late indique à Dart : « Je promets d'initialiser ceci avant de l'utiliser. »
late String description;
void setup() {
description = 'Initialized later';
}
void main() {
setup();
print(description); // Fonctionne - initialisé avant utilisation
}Sans late, Dart se plaindrait que description n'est pas initialisée. Avec late, vous prenez la responsabilité de vous assurer qu'elle a une valeur avant d'y accéder. Si vous essayez de la lire avant l'initialisation, vous obtiendrez une erreur d'exécution.
Un cas d'utilisation courant concerne les calculs coûteux que vous souhaitez retarder jusqu'à ce qu'ils soient réellement nécessaires :
class DataProcessor {
late List<int> data = _loadData();
List<int> _loadData() {
print('Loading data...');
return [1, 2, 3, 4, 5];
}
}
DataProcessor processor = DataProcessor();
// 'Loading data...' hasn't printed yet
print(processor.data); // Now it loads and printsLa méthode _loadData() s'exécute uniquement lorsque data est accédé pour la première fois, et non lors de la création de l'objet. Cette initialisation paresseuse peut améliorer les performances lorsque la valeur pourrait ne jamais être nécessaire.
Utilisez late lorsque vous êtes certain qu'une variable sera initialisée avant son utilisation mais que vous ne pouvez pas le faire lors de la déclaration. C'est une promesse faite au compilateur - rompez cette promesse, et votre programme plante.
Défi
FacileConstruisons un gestionnaire de configuration qui démontre la puissance des variables late pour l'initialisation différée. Vous allez créer un système où les opérations de configuration coûteuses ne se produisent que lorsque la configuration est réellement nécessaire.
Vous organiserez votre code en deux fichiers :
config_manager.dart: Définissez une classeConfigManagerqui gère les paramètres de l'application. La classe doit avoir :- Un
String appNamepassé via le constructeur - Un
late String databaseUrlqui sera initialisé plus tard via une méthode de configuration - Un
late int maxConnectionsavec une initialisation paresseuse (lazy) qui afficheCalculating max connections...lors du premier accès et retourne100 - Une méthode
setupDatabase(String url)qui initialise ledatabaseUrl - Une méthode
displayConfig()qui affiche la configuration actuelle
- Un
main.dart: Importez votre gestionnaire de configuration et démontrez le fonctionnement des variables late :- Créez un
ConfigManageravec le nom d'application'MyApp' - Affichez
Config created - Appelez
setupDatabaseavec l'URL'localhost:5432/mydb' - Affichez
Accessing max connections... - Affichez la valeur de
maxConnections - Affichez
Accessing max connections again... - Affichez à nouveau la valeur de
maxConnections(remarquez que le message de calcul ne se répète pas) - Appelez
displayConfig()
- Créez un
La méthode displayConfig() doit afficher sous ce format :
--- Configuration ---
App: [appName]
Database: [databaseUrl]
Max Connections: [maxConnections]Remarquez comment le calcul paresseux de maxConnections ne s'exécute qu'une seule fois - la première fois que vous y accédez. C'est l'avantage de late avec un initialiseur !
Sortie attendue :
Config created
Accessing max connections...
Calculating max connections...
100
Accessing max connections again...
100
--- Configuration ---
App: MyApp
Database: localhost:5432/mydb
Max Connections: 100Aide-mémoire
Le mot-clé late vous permet de déclarer des variables non-nullables qui seront initialisées plus tard, avant d'être utilisées :
late String description;
void setup() {
description = 'Initialized later';
}
void main() {
setup();
print(description); // Works - initialized before use
}Sans late, Dart nécessite une initialisation immédiate. Avec late, vous promettez d'initialiser la variable avant d'y accéder. La lecture d'une variable late non initialisée provoque une erreur d'exécution.
Initialisation paresseuse (Lazy Initialization) : Lorsqu'une variable late possède un initialiseur, l'initialisation est différée jusqu'à ce que la variable soit accédée pour la première fois :
class DataProcessor {
late List<int> data = _loadData();
List<int> _loadData() {
print('Loading data...');
return [1, 2, 3, 4, 5];
}
}
DataProcessor processor = DataProcessor();
// 'Loading data...' hasn't printed yet
print(processor.data); // Now it loads and printsLa méthode _loadData() ne s'exécute que lorsque data est accédée pour la première fois, et non lors de la création de l'objet. Cela améliore les performances lorsque la valeur pourrait ne jamais être nécessaire ou lorsque l'initialisation est coûteuse.
Essayez vous-même
import 'config_manager.dart';
void main() {
// TODO: Créer un ConfigManager avec le nom d'application 'MyApp'
// TODO: Afficher 'Config created'
// TODO: Appeler setupDatabase avec l'URL 'localhost:5432/mydb'
// TODO: Afficher 'Accessing max connections...'
// TODO: Afficher la valeur de maxConnections
// TODO: Afficher 'Accessing max connections again...'
// TODO: Afficher à nouveau la valeur de maxConnections
// (remarquez que le message de calcul ne se répète pas)
// TODO: Appeler displayConfig()
}
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