Etiqueta: comparison

En EF Core 11, usa por defecto tipos complejos para los objetos de valor y recurre a entidades propias solo cuando necesites una tabla separada o una colección mapeada a sus propias filas.

El output caching es la opción por defecto correcta para casi toda app del lado del servidor en ASP.NET Core 11. El response caching solo gana cuando tu objetivo es dirigir las cachés del navegador y de los proxies mediante cabeceras HTTP. Aquí está la decisión, con una matriz de características y los detalles que fuerzan la elección.

En EF Core 11, usa TPH de forma predeterminada para casi toda jerarquía, recurre a TPC solo cuando consultas casi siempre un único tipo hoja y un benchmark demuestra que gana, y usa TPT solo cuando una restricción externa te obligue.

Ambos generan el mismo SQL. Recurre a los filtros con nombre solo cuando necesites desactivar un predicado de forma independiente; un único filtro combinado es más simple para una sola preocupación en EF Core 11.

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.

Usa HasData solo para datos de referencia fijos y propios del modelo. Usa UseSeeding y UseAsyncSeeding para todo lo demas en EF Core 11. Una comparacion lado a lado con las reglas que fuerzan la decision.

Usa autenticación por cookies para cualquier app donde el navegador sea el único cliente, y reserva los tokens bearer JWT para APIs llamadas por apps móviles, otros servicios o terceros. Aquí tienes la matriz de decisión completa.

Usa AsNoTracking por defecto para consultas de solo lectura. Recurre a AsNoTrackingWithIdentityResolution únicamente cuando el grafo de resultados contiene la misma entidad más de una vez y tu código depende de recibir una sola instancia compartida.

Usa FutureBuilder o StreamBuilder para un widget asincrono autocontenido y desechable. Recurre a AsyncValue de Riverpod cuando el resultado se comparte, se cachea o se muta. Aqui esta la decision, los puntos delicados y codigo ejecutable para ambos. Probado en Flutter 3.44 y flutter_riverpod 3.3.1.

Usa la validación integrada generada por código fuente para reglas síncronas expresables con atributos en ASP.NET Core 11; recurre a FluentValidation cuando necesites reglas asíncronas, lógica compleja entre campos o mantener la validación fuera de tus modelos de dominio.