Late-Schlüsselwort & Null-Sicherheit
Teil des Abschnitts Objektorientierte Programmierung der Dart-Journey von Coddy — Lektion 26 von 110.
Manchmal benötigen Sie eine Variable, die nicht null sein darf (non-nullable), aber Sie können ihren Wert nicht sofort zuweisen. Das Schlüsselwort late sagt Dart: „Ich verspreche, dies zu initialisieren, bevor ich es verwende.“
late String description;
void setup() {
description = 'Initialized later';
}
void main() {
setup();
print(description); // Funktioniert - vor der Verwendung initialisiert
}Ohne late würde Dart bemängeln, dass description nicht initialisiert ist. Mit late übernehmen Sie die Verantwortung dafür, sicherzustellen, dass sie vor dem Zugriff einen Wert hat. Wenn Sie versuchen, sie vor der Initialisierung zu lesen, erhalten Sie einen Laufzeitfehler.
Ein häufiger Anwendungsfall sind aufwendige Berechnungen, die Sie verzögern möchten, bis sie tatsächlich benötigt werden:
class DataProcessor {
late List<int> data = _loadData();
List<int> _loadData() {
print('Loading data...');
return [1, 2, 3, 4, 5];
}
}
DataProcessor processor = DataProcessor();
// 'Loading data...' wurde noch nicht ausgegeben
print(processor.data); // Jetzt wird geladen und ausgegebenDie Methode _loadData() wird erst ausgeführt, wenn auf data zum ersten Mal zugegriffen wird, nicht wenn das Objekt erstellt wird. Diese verzögerte Initialisierung kann die Performance verbessern, wenn der Wert möglicherweise nie benötigt wird.
Verwenden Sie late, wenn Sie sicher sind, dass eine Variable vor der Verwendung initialisiert wird, dies aber nicht bei der Deklaration tun können. Es ist ein Versprechen an den Compiler – brechen Sie dieses Versprechen, stürzt Ihr Programm ab.
Aufgabe
EinfachLassen Sie uns einen Konfigurationsmanager erstellen, der die Leistungsfähigkeit von late-Variablen für die verzögerte Initialisierung demonstriert. Sie werden ein System erstellen, bei dem aufwendige Setup-Operationen erst dann stattfinden, wenn die Konfiguration tatsächlich benötigt wird.
Sie werden Ihren Code in zwei Dateien organisieren:
config_manager.dart: Definieren Sie eineConfigManager-Klasse, die Anwendungseinstellungen verwaltet. Die Klasse sollte Folgendes enthalten:- Einen
String appName, der über den Konstruktor übergeben wird - Einen
late String databaseUrl, der später über eine Setup-Methode initialisiert wird - Einen
late int maxConnectionsmit Lazy-Initialisierung, derCalculating max connections...ausgibt, wenn er zum ersten Mal aufgerufen wird, und100zurückgibt - Eine
setupDatabase(String url)-Methode, die diedatabaseUrlinitialisiert - Eine
displayConfig()-Methode, die die aktuelle Konfiguration ausgibt
- Einen
main.dart: Importieren Sie Ihren Konfigurationsmanager und demonstrieren Sie, wie late-Variablen funktionieren:- Erstellen Sie einen
ConfigManagermit dem App-Namen'MyApp' - Geben Sie
Config createdaus - Rufen Sie
setupDatabasemit der URL'localhost:5432/mydb'auf - Geben Sie
Accessing max connections...aus - Geben Sie den Wert von
maxConnectionsaus - Geben Sie
Accessing max connections again...aus - Geben Sie den Wert von
maxConnectionserneut aus (beachten Sie, dass die Berechnungsmeldung nicht wiederholt wird) - Rufen Sie
displayConfig()auf
- Erstellen Sie einen
Die displayConfig()-Methode sollte in diesem Format drucken:
--- Configuration ---
App: [appName]
Database: [databaseUrl]
Max Connections: [maxConnections]Beachten Sie, wie die verzögerte maxConnections-Berechnung nur einmal ausgeführt wird – beim ersten Zugriff. Dies ist der Vorteil von late mit einem Initialisierer!
Erwartete Ausgabe:
Config created
Accessing max connections...
Calculating max connections...
100
Accessing max connections again...
100
--- Configuration ---
App: MyApp
Database: localhost:5432/mydb
Max Connections: 100Spickzettel
Das Schlüsselwort late ermöglicht es Ihnen, nicht-nullable Variablen zu deklarieren, die später initialisiert werden, bevor sie verwendet werden:
late String description;
void setup() {
description = 'Initialized later';
}
void main() {
setup();
print(description); // Funktioniert - vor der Verwendung initialisiert
}Ohne late erfordert Dart eine sofortige Initialisierung. Mit late versprechen Sie, die Variable zu initialisieren, bevor Sie darauf zugreifen. Das Lesen einer nicht initialisierten late-Variable führt zu einem Laufzeitfehler.
Verzögerte Initialisierung (Lazy Initialization): Wenn eine late-Variable einen Initialisierer hat, wird die Initialisierung aufgeschoben, bis zum ersten Mal auf die Variable zugegriffen wird:
class DataProcessor {
late List<int> data = _loadData();
List<int> _loadData() {
print('Loading data...');
return [1, 2, 3, 4, 5];
}
}
DataProcessor processor = DataProcessor();
// 'Loading data...' wurde noch nicht ausgegeben
print(processor.data); // Jetzt wird geladen und ausgegebenDie Methode _loadData() wird erst ausgeführt, wenn zum ersten Mal auf data zugegriffen wird, nicht beim Erstellen des Objekts. Dies verbessert die Performance, wenn der Wert möglicherweise nie benötigt wird oder wenn die Initialisierung aufwendig ist.
Probier es selbst
import 'config_manager.dart';
void main() {
// TODO: Erstelle einen ConfigManager mit dem App-Namen 'MyApp'
// TODO: Gib 'Config created' aus
// TODO: Rufe setupDatabase mit der URL 'localhost:5432/mydb' auf
// TODO: Gib 'Accessing max connections...' aus
// TODO: Gib den Wert von maxConnections aus
// TODO: Gib 'Accessing max connections again...' erneut aus
// TODO: Gib den Wert von maxConnections erneut aus
// (beachte, dass die Berechnungsmeldung nicht wiederholt wird)
// TODO: Rufe displayConfig() auf
}
Diese Lektion enthält ein kurzes Quiz. Starte die Lektion, um es zu beantworten und deinen Fortschritt zu speichern.
Alle Lektionen in Objektorientierte Programmierung
1Grundlagen der OOP
Externe DateienBibliotheken & ImportsEinführung in die OOPKlassen vs. ObjekteDas this-SchlüsselwortMethodenInstanzvariablenKonstruktor-GrundlagenWiederholung – Einfacher Taschenrechner4Null-Sicherheit
Einführung in Null-SicherheitNullable vs. Non-NullableDie ? und ! OperatorenLate-Schlüsselwort & Null-SicherheitNull-aware OperatorenNull-Sicherheit in KlassenZusammenfassung – Benutzerprofil-System7Abstrakte Klassen & Interfaces
Abstrakte KlassenAbstrakte MethodenInterfaces in DartImplizite InterfacesImplementieren vs. ErweiternMehrfache InterfacesRückblick – Shape Calculator10Collections & Generics
Überblick über List, Set und MapTypsichere CollectionsGenerische KlassenGenerische MethodenGenerische ConstraintsIterable & IteratorZusammenfassung – Generische Speicherung13Fortgeschrittene OOP-Konzepte
Komposition vs. VererbungExtension MethodsCallable ClassesSealed Classes (Dart 3)Records (Dart 3)Patterns & Matching (3.0)Enums mit Methoden16Projekt: Bibliotheksverwaltung
ProjektübersichtBuch- und Benutzerklassen2Konstruktoren in Dart
Standard-KonstruktorBenannte KonstruktorenInitialisierungslistenKonstante KonstruktorenFactory-KonstruktorenWeiterleitende KonstruktorenZusammenfassung – Shape Builder5Kapselung
Öffentliche vs. private MemberDie _ Präfix-KonventionSichtbarkeit auf Library-EbeneGetter & Setter im DetailInformation HidingRückblick – Schülerdatensätze8Mixins
Einführung in MixinsMixins erstellenMehrere Mixins verwendenDas on-Schlüsselwort in MixinsMixin vs. VererbungMixin vs. InterfaceZusammenfassung - Tiersystem11Spezielle Methoden
toString() überschreibenhashCode & == überschreibenComparable-Interfacecall()-MethodenoSuchMethod überschreibenZusammenfassung – Eigene Collection14Entwurfsmuster Teil 1
Einführung in EntwurfsmusterSingleton-MusterFactory-MusterObserver-MusterStrategy-Muster3Klasseneigenschaften
Instanz- vs. statische MemberFinal & Const FelderLate-VariablenStatische Methoden & FelderGetter und SetterZusammenfassung – Bankkonto-Manager6Vererbung
Grundlagen der VererbungDas super-SchlüsselwortMethoden überschreibenDie @override-AnnotationDas final-Klassen-SchlüsselwortKonstruktoren & VererbungRückblick – Mitarbeiter-Hierarchie9Polymorphismus
Polymorphismus-GrundlagenPolymorphismus über InterfacesTypprüfung zur LaufzeitDie is & as OperatorenDas covariant SchlüsselwortZusammenfassung – Payment Processor