Etiqueta: comparison

Aspire 13.4.6 gana el ciclo interno de .NET porque ejecuta tus proyectos como procesos del host que puedes depurar, mientras que Docker Compose gana cuando el archivo compose es también tu contrato de CI e implementación. Mediciones de arranque y de edición a ejecución en ambos, la configuración que cada uno inyecta por ti y los seis detalles que deciden.

No son alternativas. WebApplicationFactory arranca tu aplicación, Testcontainers arranca sus dependencias. Medido en .NET SDK 10.0.201: un fixture con contenedor cuesta 1,7 s por clase frente a 10 ms con SQLite, y una violación de HasMaxLength(16) que Postgres rechaza con 22001 SQLite la acepta en silencio.

Elige xUnit v3 para proyectos .NET nuevos, NUnit 4.6 si vives en su modelo de restricciones, y MSTest 4 si ya lo tienes en producción. Una comparación medida sobre .NET SDK 10.0.201 que cubre los valores por defecto de paralelismo, el ciclo de vida de la clase de prueba, los mensajes de fallo de las aserciones y el conflicto de versiones de Microsoft.Testing.Platform que rompe el runner de NUnit.

Para llamadas internas entre servicios en .NET 11, elige gRPC por defecto cuando controlas ambos extremos del contrato y la llamada es punto a punto. Usa REST con JSON cuando algo que no controlas tiene que llamar al servicio. SignalR no es un transporte RPC entre servicios: recurre a él solo cuando un productor debe distribuir un mensaje a muchos consumidores de larga vida.

Usa IOptions<T> por defecto. Usa IOptionsMonitor<T> cuando un singleton debe ver recargas de configuración, e IOptionsSnapshot<T> solo cuando un consumidor scoped necesita un valor estable durante una solicitud. El eje que decide es el tiempo de vida del consumidor, no la forma de la configuración.

Una guía de decisión para ASP.NET Core 11: el middleware se ejecuta en cada solicitud antes de que tu handler enlace los datos, los filtros de endpoint se ejecutan solo para el endpoint que coincide, después del enlace, y pueden ver los argumentos tipados. Incluye una tabla comparativa, escenarios de cuándo elegir cada uno, las reglas de orden y los detalles que fuerzan la elección.

await es la respuesta correcta casi siempre. Cuando de verdad tienes que bloquear, GetAwaiter().GetResult() supera a .Result y .Wait() porque lanza la excepción original. Una matriz de decisión para .NET 11 y C# 14.

Instala flutter_riverpod para casi cualquier app de Flutter. Usa riverpod solo para código Dart puro, y hooks_riverpod solo si ya usas flutter_hooks.

En ASP.NET Core 11, devuelve Results<T1, TN> con TypedResults para minimal APIs y ActionResult<T> para controladores. Trata IResult e IActionResult a secas como escotillas de escape: compilan para cualquier respuesta pero no le describen nada a OpenAPI, así que los pagas con atributos ProducesResponseType escritos a mano.

Usa CreateBuilder para una app normal, CreateSlimBuilder cuando publicas con trimming o Native AOT detrás de un proxy TLS, y CreateEmptyBuilder solo cuando quieres registrar cada servicio tú mismo. Aquí tienes la matriz de características y las trampas que fuerzan la decisión.