Etiqueta: dart

Riverpod 3.0 reintenta un provider fallido hasta 10 veces por defecto. Pasa una función de retry que devuelva null en ProviderScope, ProviderContainer o un provider individual para desactivarlo o acotarlo.

Este error significa que el BuildContext que pasaste está por encima del Scaffold o del ScaffoldMessenger, no por debajo. Envuelve la llamada en un Builder, extráela a su propio widget o usa un GlobalKey.

Este error de ejecución significa que un null llegó a una conversión que esperaba un tipo no anulable, casi siempre desde JSON. Haz el campo anulable, o proporciona un valor por defecto antes de la conversión.

Envuelve el mismo widget en ambas rutas dentro de un Hero con un tag idéntico y Flutter anima su posición y tamaño durante la navegación. Guía completa: imágenes, flightShuttleBuilder, createRectTween, arcos con RectTween, transiciones por gesto y las colisiones de tag que lo rompen. Probado en Flutter 3.44, Dart 3.12.

Un stream sigue emitiendo después de que el usuario abandona la pantalla, su onData llama a setState sobre un State ya destruido, y Flutter lanza una excepción. Guarda la suscripción, cancélala en dispose antes de super.dispose, y el callback nunca podrá ejecutarse sobre un widget muerto. El patrón completo para Flutter 3.44.

Después de un await, el widget puede estar ya destruido, y llamar a setState lanza una excepción. Protege la reanudación con if (!mounted) return; y, mejor aún, cancela el trabajo que lo dispara. El patrón completo para Flutter 3.44.

Una actualización paso a paso de flutter_riverpod 2.x a 3.x: sube las versiones de los paquetes, mueve StateProvider y compañía al import legacy, elimina los tipos de ref AutoDispose y Family, maneja el envoltorio de ProviderException y el reintento automático, y arregla el filtrado de notificaciones por == que descarta silenciosamente eventos de StreamProvider. Probado en Flutter 3.44, Dart 3.x, flutter_riverpod 3.3.2.

Flutter 3.44 expone las esquinas redondeadas del dispositivo a través de MediaQuery.displayCornerRadiiOf. Deja de adivinar un radio mágico y recorta tu UI a la curva exacta del hardware en Android API 31+.

go_router y auto_route se apoyan ambos sobre Navigator 2.0, así que la verdadera elección es enrutamiento declarativo por URL vs rutas tipadas generadas por código vs escribir a mano la API Router. Una matriz de decisión con la configuración de cada uno, y cuándo el Navigator puro sigue ganando.

Para una lista larga, nunca uses shrinkWrap. Usa Expanded cuando la lista es el único scrollable, y slivers (CustomScrollView) cuando comparte scroll con otras secciones. Aquí está el porqué, con un benchmark de conteo de builds.