Variables Late
Fait partie de la section Programmation Orientée Objet du Journey Dart de Coddy — leçon 19 sur 110.
Le mot-clé late indique à Dart qu'une variable non-nullable sera initialisée avant d'être utilisée, même si elle n'est pas assignée immédiatement. C'est utile lorsque vous ne pouvez pas initialiser un champ dans la déclaration ou le constructeur, mais que vous êtes certain qu'il aura une valeur avant d'être accédé.
class User {
late String username;
void initialize(String name) {
username = name;
}
void greet() {
print('Hello, $username!');
}
}
User user = User();
user.initialize('Alice');
user.greet(); // Hello, Alice!Sans late, Dart se plaindrait que username n'est pas initialisé. Le modificateur late promet que vous assignerez une valeur avant de la lire.
Un autre avantage de late est l'initialisation paresseuse. Une variable late avec un initialiseur ne calculera sa valeur qu'au moment de son premier accès :
class Config {
late String settings = loadSettings();
String loadSettings() {
print('Loading...');
return 'default';
}
}
Config config = Config();
print('Config created');
print(config.settings); // "Loading..." s'affiche ici, puis "default"La méthode loadSettings() s'exécute uniquement lorsque settings est accédé pour la première fois, et non lors de la création de l'objet. Attention cependant : accéder à une variable late avant qu'elle ne soit initialisée génère une erreur d'exécution.
Défi
FacileConstruisons un gestionnaire de connexion à une base de données qui démontre à la fois l'initialisation différée et l'initialisation paresseuse (lazy initialization) en utilisant des variables late.
Vous allez créer deux fichiers pour organiser votre code :
database.dart: Définissez une classeDatabasequi simule une connexion à une base de données. Votre classe doit avoir :- Une variable
late String connectionStringqui sera définie après la création de l'objet - Une variable
late String statusavec un initialiseur paresseux qui afficheChecking connection...et retourne'Connected' - Une méthode
connect(String connStr)qui définit laconnectionStringet afficheConnection configured: [connectionString] - Une méthode
query(String sql)qui afficheExecuting on [connectionString]: [sql] - Une méthode
checkStatus()qui afficheStatus: [status](cela déclenchera l'initialisation paresseuse lors du premier appel)
- Une variable
main.dart: Importez votre classe de base de données et démontrez les deux utilisations delate:- Créez une instance de
Database - Affichez
Database object created - Appelez
connect()avec la chaîne de connexion'localhost:5432/mydb' - Appelez
query()avec'SELECT * FROM users' - Appelez
checkStatus()pour déclencher l'initialisation paresseuse
- Créez une instance de
Remarquez comment connectionString est définie manuellement après la création de l'objet, tandis que status calcule sa valeur uniquement lors de son premier accès.
Sortie attendue :
Database object created
Connection configured: localhost:5432/mydb
Executing on localhost:5432/mydb: SELECT * FROM users
Checking connection...
Status: ConnectedAide-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 :
class User {
late String username;
void initialize(String name) {
username = name;
}
}
User user = User();
user.initialize('Alice');Initialisation paresseuse (Lazy Initialization) : Une variable late avec un initialiseur calcule sa valeur uniquement lors de son premier accès :
class Config {
late String settings = loadSettings();
String loadSettings() {
print('Loading...');
return 'default';
}
}
Config config = Config(); // loadSettings() not called yet
print(config.settings); // loadSettings() called hereAvertissement : L'accès à une variable late avant son initialisation lève une erreur d'exécution (runtime error).
Essayez vous-même
import 'database.dart';
void main() {
// TODO : Créer une instance de Database
// TODO : Afficher 'Database object created'
// TODO : Appeler connect() avec 'localhost:5432/mydb'
// TODO : Appeler query() avec 'SELECT * FROM users'
// TODO : Appeler checkStatus() pour déclencher l'initialisation paresseuse
}
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