← maurobernal.com.ar

Etiqueta: dotnet8

  • C# 12: Primary Constructors, Collection Expressions y el código que debería haber existido siempre

    C# 12 llegó con .NET 8 y fue la versión que más cambió mi forma de escribir código en el día a día. Los Primary Constructors me sacaron dos tercios del boilerplate de mis servicios. Las Collection Expressions me hicieron olvidar cuándo usar new List<> vs new[] vs Array.Empty(). Repaso todo lo que realmente uso.

    Primary Constructors: adiós al boilerplate de inyección de dependencias

    Antes de C# 12, cada servicio que necesitaba inyección de dependencias requería declarar campos privados, un constructor y asignaciones manuales. Con Primary Constructors, todo eso desaparece.

    // ❌ Antes (C# 11 y anteriores): mucho código repetitivo
    public class PedidoService
    {
        private readonly IRepositorio _repo;
        private readonly ILogger<PedidoService> _logger;
        private readonly IEmailService _email;
    
        public PedidoService(
            IRepositorio repo,
            ILogger<PedidoService> logger,
            IEmailService email)
        {
            _repo   = repo;
            _logger = logger;
            _email  = email;
        }
    
        public async Task ProcesarAsync(Pedido pedido)
        {
            _logger.LogInformation("Procesando pedido {Id}", pedido.Id);
            await _repo.GuardarAsync(pedido);
            await _email.NotificarAsync(pedido.ClienteEmail);
        }
    }
    
    // ✅ C# 12: Primary Constructor — el compilador genera el backing field
    public class PedidoService(
        IRepositorio repo,
        ILogger<PedidoService> logger,
        IEmailService email)
    {
        public async Task ProcesarAsync(Pedido pedido)
        {
            logger.LogInformation("Procesando pedido {Id}", pedido.Id);
            await repo.GuardarAsync(pedido);
            await email.NotificarAsync(pedido.ClienteEmail);
        }
    }

    Los parámetros del primary constructor son accesibles en todo el cuerpo de la clase. No son campos públicos — son parámetros capturados. Si necesitás exponerlos como propiedades, lo hacés explícitamente:

    // Primary constructor en record (siempre existió)
    public record Producto(string Nombre, decimal Precio, int Stock);
    
    // Primary constructor en clase con propiedad explícita
    public class Configuracion(string connectionString, int timeout)
    {
        public string ConnectionString { get; } = connectionString;
        public int TimeoutSeconds { get; } = timeout > 0 ? timeout : 30;
    }

    Collection Expressions: una sintaxis para todos los tipos de colección

    Antes de C# 12, la forma de inicializar una colección dependía de su tipo. Un array era new[] { 1, 2, 3 }, una lista era new List<int> { 1, 2, 3 }, un span era algo diferente. C# 12 unifica todo con [].

    // ✅ C# 12: misma sintaxis para todos los tipos
    int[]          array   = [1, 2, 3];
    List<int>      lista   = [4, 5, 6];
    Span<int>      span    = [7, 8, 9];
    IEnumerable<int> seq  = [10, 11, 12];
    ReadOnlySpan<int> ros  = [13, 14, 15];
    
    // Colección vacía — sin ambigüedades
    List<string> vacia = [];   // antes: new List<string>() o Array.Empty<string>()
    
    // Spread operator (..) para combinar colecciones
    int[] primeros = [1, 2, 3];
    int[] segundos = [4, 5, 6];
    int[] todos    = [..primeros, ..segundos, 7, 8];  // [1,2,3,4,5,6,7,8]
    
    // Muy útil en APIs: combinar listas de validación
    var reglas = [..reglasBase, ..reglasEspecificas, nuevaRegla];

    Using aliases para cualquier tipo

    Antes de C# 12, using solo podía crear alias para tipos nombrados. Ahora puede crear alias para cualquier tipo: tuplas, arrays, punteros, tipos genéricos.

    // C# 12: aliases para tipos complejos
    using Coordenadas   = (double Latitud, double Longitud);
    using MatrizInt     = int[][];
    using DiccionarioId = System.Collections.Generic.Dictionary<int, string>;
    using Callback      = System.Action<string, int>;
    
    // Uso en el código — mucho más legible
    Coordenadas ubicacion = (Latitud: -34.6037, Longitud: -58.3816);
    DiccionarioId usuarios = new() { { 1, "Mauro" }, { 2, "Juan" } };

    Inline Arrays: buffers de alto rendimiento sin unsafe

    Los Inline Arrays son structs con un tamaño fijo definido en compilación. Se almacenan completamente en el stack, sin asignaciones en el heap. Útiles para código de sistema o cuando necesitás buffers de tamaño conocido con rendimiento máximo.

    "[System.Runtime.CompilerServices.InlineArray(8)]
    public struct Buffer8<T>
    {
        private T _element; // El compilador genera 8 slots contiguos en memoria
    }
    
    // Uso: se comporta como un array pero sin allocations
    Buffer8<int> buffer;
    buffer[0] = 100;
    buffer[7] = 800;
    // Todo en el stack — el GC no ve nada de esto

    Lambdas con parámetros opcionales y params

    // C# 12: parámetros opcionales en lambdas
    var saludar = (string nombre, string prefijo = "Hola") => $"{prefijo}, {nombre}!";
    Console.WriteLine(saludar("Mauro"));          // "Hola, Mauro!"
    Console.WriteLine(saludar("Mauro", "Buenas")); // "Buenas, Mauro!"
    
    // params en lambdas
    var sumar = (params int[] numeros) => numeros.Sum();
    Console.WriteLine(sumar(1, 2, 3, 4, 5));  // 15

    El impacto en el código real

    En un proyecto de tamaño mediano que migré a C# 12, los Primary Constructors redujeron el código de los servicios en aproximadamente un 30%. No es solo cosmético: menos código es menos superficie de error. Las Collection Expressions eliminaron la pregunta «¿new List<> o Array.Empty<>?» de los code reviews. El spread operator simplificó docenas de patrones de concatenación de listas que antes requerían AddRange o LINQ Concat.


    ← De .NET 8 a .NET 10: qué cambió, qué mejoró y por qué conviene actualizar ya | Serie .NET 8 → .NET 10 | Próximo: C# 13: params modernos, Lock de primera clase y Task.WhenEach →

  • De .NET 8 a .NET 10: qué cambió, qué mejoró y por qué conviene actualizar ya

    Trabajo con .NET desde los tiempos de .NET Framework 4.5. Cada nueva versión traía algo interesante pero también algo que romper. El salto de .NET 8 a .NET 10 es diferente: es una consolidación. Rendimiento extremo, sintaxis más limpia, herramientas que finalmente hacen lo que uno espera. Esta serie cubre todo lo que vale la pena conocer.

    La política de versiones de .NET: qué es LTS y por qué importa

    Microsoft lanza una versión mayor de .NET cada noviembre. Las versiones pares son LTS (Long Term Support) — soporte por 3 años. Las impares son STS (Standard Term Support) — soporte por 18 meses. En producción, siempre apunto a LTS.

    VersiónTipoC#Fin de soporteEstado
    .NET 8LTSC# 12Nov 2026✅ En soporte
    .NET 9STSC# 13May 2026⚠️ Fin pronto
    .NET 10LTSC# 14Nov 2028✅ Actual recomendado

    Lo más importante de cada versión en un vistazo

    .NET 8 / C# 12 (noviembre 2023)

    • Primary constructors en clases y structs
    • Collection expressions: [1, 2, 3] para arrays, listas y spans
    • Spread operator .. para combinar colecciones
    • Inline arrays de alto rendimiento
    • Using aliases para cualquier tipo (incluso tuplas y punteros)
    • Lambdas con parámetros opcionales y params

    .NET 9 / C# 13 (noviembre 2024)

    • params ReadOnlySpan<T>: cero asignaciones en heap para métodos variádicos
    • System.Threading.Lock: tipo de primera clase para exclusión mutua
    • Task.WhenEach: procesar tareas a medida que terminan
    • LINQ: CountBy(), AggregateBy(), Index()
    • Nuevos miembros partial en clases parciales
    • OpenAPI built-in en Minimal APIs

    .NET 10 / C# 14 (noviembre 2025)

    • Palabra clave field: acceso al backing field autogenerado
    • Extension members: propiedades y miembros estáticos de extensión
    • Stack allocation inteligente para arrays pequeños
    • Native AOT mejorado: binarios más pequeños, arranque más rápido
    • dotnet run script.cs: ejecutar archivos sin proyecto
    • Mejoras profundas en el GC

    ¿Por qué actualizar desde .NET 8 a .NET 10 ahora?

    Si estás en .NET 8 LTS, no hay urgencia — tiene soporte hasta noviembre 2026. Pero .NET 10 ofrece mejoras de rendimiento concretas que se traducen en menor uso de memoria, menor latencia y binarios más chicos. En mis APIs en producción, la migración de .NET 8 a .NET 10 redujo el uso de memoria de los pods en Kubernetes entre un 15 y un 25%.

    # Verificar versión instalada
    dotnet --version
    
    # Instalar .NET 10 SDK
    # Linux/WSL:
    wget https://dot.net/v1/dotnet-install.sh
    bash dotnet-install.sh --channel 10.0
    
    # Ver SDKs disponibles
    dotnet --list-sdks
    
    # Cambiar un proyecto a .NET 10
    # En el .csproj:
    # <TargetFramework>net10.0</TargetFramework>

    El contexto: .NET unificado, multiplataforma y de alto rendimiento

    Desde .NET 5, Microsoft unificó el ecosistema: ya no hay .NET Framework, .NET Core y Xamarin como caminos separados. Todo es .NET. Corre en Windows, Linux, macOS, Android, iOS, WASM. Un solo SDK, una sola librería estándar, un solo modelo de deployment.

    Para los que venimos del mundo de .NET Framework y ASP.NET MVC clásico, este es el contexto del que partimos. Para los que arrancaron directamente con .NET Core: la dirección es la misma, pero el ritmo de mejoras se aceleró. Esta serie cubre exactamente qué cambió y cómo aprovecharlo.


    Serie .NET 8 → .NET 10 | Próximo: C# 12: Primary Constructors, Collection Expressions y el código que debería haber existido siempre →

Tags

tsql (27)mssql (26)sql (20)devops (20)dotnet (18)docker (15)performance (14)contenedores (11)dotnet10 (10)linux (9)csharp (8)microservicios (7)angular (7)angular21 (7)sql server (6)issabel (6)docker-compose (6)typescript (6)mysql (5).NET (5)