Blog

.NET 11 Preview 4 deja de admitir chips x86/x64 anteriores a 2013 y sube la linea base del JIT a x86-64-v2. Esto es lo que se rompe, por que y como verificar tu hardware antes de actualizar.

RenderBox was not laid out casi siempre es un error secundario. Busca la primera aserción de layout encima, normalmente un scrollable con restricciones no acotadas, y corrige eso.

Este fallo significa que el código usó un controller después de ejecutar dispose(). Protege las callbacks asíncronas con una comprobación de mounted y nunca liberes un controller que no es tuyo.

El Preview 4 de .NET 11 enseña a double, float y Half a formatear con el especificador X y a parsear con NumberStyles.HexFloat, produciendo el mismo texto hex IEEE-754 que printf("%a") de C.

Tu tarea fire-and-forget capturó un DbContext con ámbito de solicitud que el ámbito de DI ya había liberado. Resuelve un contexto nuevo dentro de la tarea con IServiceScopeFactory o IDbContextFactory.

Este error significa que mutaste el estado mientras Flutter compilaba. Saca el setState de build, o difiérelo con addPostFrameCallback. Aquí está por qué ocurre y la solución correcta.

Renderiza estados de carga, datos y error desde un solo AsyncValue en Riverpod 3. Usa AsyncNotifier y AsyncValue.guard para las mutaciones, .when() y coincidencia de patrones con switch para la UI, conserva los datos previos al refrescar y migra el patrón heredado StateNotifier. Probado en flutter_riverpod 3.x, Flutter 3.44, Dart 3.x.

EF Core 11 Preview 4 permite que la herramienta dotnet ef lea los valores de opciones predeterminados desde un archivo .config/dotnet-ef.json, para que las soluciones divididas ya no te obliguen a pasar --project y --startup-project en cada comando.

AnimationController, TextEditingController y ScrollController retienen recursos que el GC de Dart no puede reclamar hasta que los liberas. Aquí tienes el patrón correcto, las reglas de orden y cómo detectar fugas antes de publicar.

Una solicitud puede fallar sin conectividad, por un timeout, un fallo de DNS, un 500 o JSON malformado, y cada caso necesita una respuesta distinta. Aquí ves cómo capturar las excepciones correctas, clasificarlas, reintentar con seguridad y mostrar una interfaz sobre la que el usuario pueda actuar.