Tag: dart

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.

Dart 3.12 fügt eine experimentelle Syntax für primäre Konstruktoren hinzu, die Felder und einen Konstruktor im Klassenkopf deklariert und die klassische dreizeilige Datenklasse auf eine Zeile reduziert.

Wählen Sie Riverpod für die meisten neuen Flutter-Apps in 2026. Greifen Sie zu Bloc, wenn ein großes Team eine erzwungene ereignisbasierte Struktur will, und behalten Sie Provider nur für Legacy-Code.

RenderBox was not laid out ist fast immer ein Folgefehler. Suchen Sie die erste Layout-Assertion darüber, meist ein Scrollable mit unbeschränkten Constraints, und beheben Sie diese.

Dieser Absturz bedeutet, dass Code einen Controller nach dem Aufruf von dispose() angefasst hat. Sichern Sie asynchrone Callbacks mit einer mounted-Prüfung ab und geben Sie nie einen Controller frei, der Ihnen nicht gehört.

Dieser Fehler bedeutet, dass Sie den Zustand während des Build geändert haben. Verlagern Sie setState aus build heraus oder verschieben Sie es mit addPostFrameCallback. Hier sind die Ursache und die richtige Lösung.