Tag: dart

Schritt für Schritt vom widget-lokalen setState zu einem Riverpod-3.x-Notifier: klassifizieren, was das Widget wirklich verlässt, den Notifier schreiben, auf ConsumerWidget umstellen und die Fallstricke überstehen, die setState-Umsteiger treffen: Filterung per ==, erneute Ausführung von build() und unterschiedliche autoDispose-Voreinstellungen. Getestet mit Flutter 3.44, Dart 3.x und flutter_riverpod 3.3.2.

Installieren Sie flutter_riverpod für fast jede Flutter-App. Nutzen Sie riverpod nur für reinen Dart-Code und hooks_riverpod nur, wenn Sie bereits flutter_hooks verwenden.

In Riverpod 3.0 filtert jeder Provider Listener-Benachrichtigungen mit ==, nicht per Identität. Ein StreamProvider, der dasselbe veränderliche Objekt erneut emittiert, baut die UI nach dem ersten Frame nicht mehr neu auf. Hier erfahren Sie, warum das passiert, und drei Wege, es zu beheben. Getestet mit flutter_riverpod 3.3.2, Flutter 3.44, Dart 3.x.

Riverpod 3.0 wiederholt einen fehlgeschlagenen Provider standardmaessig bis zu 10-mal. Uebergeben Sie eine Retry-Funktion, die null zurueckgibt, an ProviderScope, ProviderContainer oder einen einzelnen Provider, um das abzuschalten oder zu begrenzen.

Dieser Fehler bedeutet, dass der übergebene BuildContext oberhalb des Scaffold oder ScaffoldMessenger liegt, nicht darunter. Umschließen Sie den Aufruf mit einem Builder, lagern Sie ihn in ein eigenes Widget aus oder verwenden Sie einen GlobalKey.

Dieser Laufzeitfehler bedeutet, dass ein null zu einer Konvertierung gelangte, die einen nicht nullbaren Typ erwartete, fast immer aus JSON. Machen Sie das Feld nullbar oder liefern Sie einen Standardwert vor der Konvertierung.

Umschließen Sie dasselbe Widget auf beiden Routen mit einem Hero mit identischem tag, und Flutter animiert seine Position und Größe während der Navigation. Vollständige Anleitung: Bilder, flightShuttleBuilder, createRectTween, RectTween-Bögen, Gesten-Übergänge und die tag-Kollisionen, die alles brechen. Getestet mit Flutter 3.44, Dart 3.12.

Ein Stream emittiert weiter, nachdem der Nutzer den Bildschirm verlassen hat, sein onData ruft setState auf einem bereits zerstörten State auf, und Flutter wirft eine Exception. Speichern Sie die Subscription, brechen Sie sie in dispose vor super.dispose ab, und der Callback kann niemals auf einem toten Widget feuern. Das vollständige Muster für Flutter 3.44.

Nach einem await kann das Widget bereits verworfen sein, und der Aufruf von setState wirft eine Ausnahme. Sichern Sie die Fortsetzung mit if (!mounted) return; ab und, besser noch, brechen Sie die auslösende Arbeit ab. Das vollständige Muster für Flutter 3.44.

Ein Schritt-für-Schritt-Upgrade von flutter_riverpod 2.x auf 3.x: die Pakete anheben, StateProvider und Verwandte auf den Legacy-Import umziehen, die AutoDispose- und Family-Ref-Typen loswerden, ProviderException-Wrapping und automatische Wiederholung handhaben und das ==-Benachrichtigungsfiltern beheben, das StreamProvider-Events stillschweigend verwirft. Getestet mit Flutter 3.44, Dart 3.x, flutter_riverpod 3.3.2.