Tag: flutter

Der !-Operator traf zur Laufzeit auf einen null-Wert. Ersetzen Sie ihn durch ?. und ?? für einen Standardwert, oder sichern Sie ihn mit einer expliziten null-Prüfung, statt einen Wert zu behaupten, der nicht da war.

Bauen Sie eine persistente Shell mit verschachtelten Routen über ShellRoute und StatefulShellRoute und richten Sie dann pfadbasierte Deep Links ein, die den gesamten Seitenstapel wiederherstellen. Vollständige Konfiguration für Android und iOS sowie die Fallstricke, die den Zurück-Stapel zerstören.

Lesen Sie alles Benötigte vor dem await aus dem context aus und schützen Sie die Fortsetzung mit if (context.mounted) return. Hier das vollständige Muster, die Linter-Regel, die es erzwingt, und die Randfälle, die sie übersieht.

Eine schrittweise Migration von einem inline FutureBuilder-Widget zu einem Riverpod AsyncNotifier in einer echten Flutter-App: die asynchrone Arbeit aus build herausziehen, als Provider bereitstellen, mit .when() oder switch-Mustervergleich rendern sowie Refresh- und Mutationsmethoden ergänzen. Getestet mit Flutter 3.44, Dart 3.x, flutter_riverpod 3.3.2.

Eine versionsfixierte Anleitung, um eine alte Flutter-2.x-App auf eine aktuelle Flutter-3.x-Version zu bringen, mit der Migration zu Sound Null Safety als harter Hürde: warum Sie einen Weg in zwei Schritten über Dart 2.19 brauchen, was dart migrate tut und was dabei kaputtgeht.

Eine schrittweise Migration vom provider-Paket zu Riverpod 3.x in einer echten Flutter-App: ChangeNotifierProvider zu Notifier, MultiProvider zu ProviderScope, context.watch zu ref.watch, ProxyProvider zu ref.watch-Komposition, plus die Gleichheits- und Lifecycle-Fallstricke, die Sie erwischen. Getestet mit Flutter 3.27.1, Dart 3.11, provider 6.1.5, flutter_riverpod 3.3.1.

Verwenden Sie FutureBuilder oder StreamBuilder fuer ein in sich geschlossenes, wegwerfbares asynchrones Widget. Greifen Sie zu AsyncValue von Riverpod, sobald das Ergebnis geteilt, gecacht oder mutiert wird. Hier sind die Entscheidung, die Fallstricke und ausfuehrbarer Code fuer beide. Getestet mit Flutter 3.44 und flutter_riverpod 3.3.1.

Dieser Absturz bedeutet, dass ein WidgetRef nach dem Entfernen seines Widgets aus dem Baum verwendet wurde, meist in einer asynchronen Callback. Lesen Sie alles vor dem await und sichern Sie mit einer mounted-Prüfung.

Dieser Absturz bedeutet, dass Sie context.of() aufgerufen haben, nachdem das Widget den Baum verlassen hat, meist in einem asynchronen Callback oder in dispose(). Erfassen Sie den Wert vor dem await oder in didChangeDependencies().

FutureBuilder fuehrt Ihre asynchrone Arbeit bei jedem Rebuild des Elternteils erneut aus, weil Sie das Future innerhalb von build erstellt haben. Verlagern Sie es nach State.initState (oder memoizen Sie es), und FutureBuilder verwendet dasselbe Future erneut. Hier das Warum, der reproduzierbare Fall und jede Variante, die beisst.