Table of Contents
Cada vez que se actualiza C#, todo el mundo .NET mejora y se vuelve más potente, lo que facilita y hace más seguro el desarrollo de aplicaciones. C# 13 no es una excepción. Esta actualización incorpora las mejores características de versiones anteriores e introduce algunas mejoras nuevas para resolver problemas que los desarrolladores habían encontrado anteriormente. También hace que el código sea más fácil de leer, trabajar y más rápido.
Las características más interesantes de C# 13 son mejores formas de hacer coincidir patrones, novedades para manejar datos y estructuras inmutables, además de una nueva sintaxis elegante que hace que la programación sea mucho más fácil y divertida. Estas características responden a las necesidades de los proyectos empresariales del mundo real, el código abierto y las grandes herramientas.
Este artículo profundiza en los aspectos principales de C# 13, desglosando en qué consiste, cómo se utiliza, en qué destaca, en qué no es tan bueno y cuáles son las mejores situaciones para utilizarlo en la práctica. Ofrece una visión realista a los equipos técnicos que se plantean si deben utilizar esta versión del lenguaje en su trabajo ahora o más adelante.
C# 13 para desarolladores
Constructores primarios de clases
Factores y limitaciones
- A diferencia de los tipos de registro, estos no generan automáticamente métodos como Equals, GetHashCode o Deconstruct.
- No es posible combinar un constructor primario con constructores secundarios en una sola clase a menos que estés dispuesto a repetir código.
- Estas características no pueden eliminar todos los patrones de construcción complejos, como las clases que tienen muchas rutas de inicialización.
Casos de uso ideales
- Entidades inmutables y objetos de valor en DDD.
- Modelos DTO o de presentación en aplicaciones MVVM o Blazor.
- Configurar clases y modelos de serialización.
Resumen de beneficios
| Ventajas | Descripción |
| Facilidad de uso | Reducción del número de líneas de código, mejora de la comprensibilidad. |
| Inmutabilidad | Fomenta lo inmutable. |
| Integración sin esfuerzo | Es compatible con required, init, attributes y DI. |
| Eficiencia | Reduce la repetición de tareas menores. |
Params Spans para un mejor rendimiento
Comparación de rendimiento:
| Método | Asignación de memoria dinámico | Uso de GC |
| params T[] | Sí, sin excepción, genera una matriz. | Alto |
| params Span | No, utiliza la memoria o las pilas existentes. | Bajo |
Esto tiene un impacto real en las aplicaciones:
- Alto rendimiento (por ejemplo, juegos, IoT).
- Manejamos una gran cantidad de datos (ETL, servicios web muy solicitados).
- Deben mantener la latencia o las pausas del GC lo más cortas posible.
Puntos importantes a tener en cuenta
- Esto solo es compatible con tipos de datos que ya se encuentran en memoria continua, como matrices y rangos.
- No es posible enviar List
o IEnumerable directamente; primero deben transformarse explícitamente. - Es incompatible con métodos asíncronos que capturan el intervalo en el await.
Situaciones ideales para utilizar parámetros Span<T>.
- Manejo de texto o cadenas: analizadores sintácticos, analizadores.
- Manipulación de bytes: compresión, criptografía.
- Registro y diagnóstico: evite las asignaciones repetidas.
- Bibliotecas de utilidades genéricas: validar parámetros, formatear listas, calcular estadísticas.
Resumen de beneficios
| Beneficios | Descripción |
| Más rápido | Evita generar matrices en el montón. |
| Menor uso de GC | Reducción de la presión sobre el garbage collector. |
| Cada vez más seguro en la ejecución. | El compilador garantiza que el acceso siga siendo seguro. |
| Excelente para API actualizadas. | Esta función también funciona con otras mejoras, como las expresiones de colección. |
En resumen, los parámetros Span<T> son útiles en casos en los que se trabaja con sistemas con gran volumen de datos o sensibles a la latencia. También pueden ser útiles cuando los desarrolladores simplemente desean crear los procedimientos más rápidamente sin perder comprensibilidad.
Mejoras en Lambda
Consideraciones
- Las lambdas estáticas no pueden acceder a «this» ni capturar variables locales.
- Las lambdas con atributos solo son útiles si se utiliza reflexión o herramientas que las aprovechan.
- El compilador prefiere inferir por sí mismo; sin embargo, en ocasiones es necesario especificar exactamente qué tipo se pretende cuando existe ambigüedad.
Casos de uso ideales:
- Filtros empresariales complejos: lambdas estáticas con una lógica clara.
- Eventos y devoluciones de llamada: menos acoplamiento y más rendimiento.
- Validaciones declarativas: expresiones limpias utilizando atributos.
- LINQ avanzado: consultas dinámicas que siguen siendo fáciles de leer.
Resumen de beneficios
| Mejora | Beneficios |
| Inferencia de tipos | Código más limpio y menos repetitivo. |
| Atributos en los parámetros | Extensibilidad para herramientas y validadores |
| Lambdas estáticas optimizadas | Mejor rendimiento al evitar los cierres |
| Composición más rica | Lambdas más versátiles en contextos complejos |
En resumen, las mejoras introducidas en las expresiones lambda en C# 13 representan un avance hacia un estilo de programación más fluido, funcional y eficiente, en consonancia con las exigencias actuales de las aplicaciones modernas y los sistemas reactivos.
Collection Expressions
Requisitos y precauciones
- El compilador debe conocer el tipo de destino.
- No todas las estructuras admiten la inicialización mediante expresiones de colección (actualmente).
- Si utiliza tipos personalizados, asegúrese de que dispone de constructores o métodos compatibles.
Casos de uso ideales
- Configuración de datos de prueba o simulaciones.
- Definición de configuraciones o constantes.
- Crear filtros o consultas mientras se ejecuta el programa.
- Trabajar con buffers o flujos.
Resumen de beneficios
| Beneficio | Descripción |
| Sintaxis clara | Inicialización limpia y expresiva |
| Menos código | Elimina .Add, .AddRange y los constructores verbosos. |
| Composición sencilla | Combina fácilmente colecciones |
| Compatible con LINQ y Span | Versátil para aplicaciones modernas |
En resumen, las expresiones de colección son una gran adición para escribir código más limpio, más corto y más fácil de mantener, especialmente cuando se trata de estructuras de datos complicadas o cambiantes.
Interceptores (experimental)
Límites actuales:
- Experimental: Debe habilitarlo manualmente con [Experimental (Interceptores)].
- Solo disponible en compiladores modernos con soporte explícito (por ejemplo, en la versión preliminar del SDK de .NET).
- Actualmente no se recomienda su uso en producción sin comprobarlo previamente.
- No sustituye por completo a marcos como AOP con reflexión o proxies.
Casos de uso ideales
| Escena | Cómo ayuda un interceptor. |
| Validación de datos. | Centralizar las validaciones al construir objetos. |
| Regulación de la introducción de datos | Convierta automáticamente texto, fechas u objetos. |
| Auditoría y registros | Incorporar el seguimiento en la creación de modelos. |
| Personalización de DTO o registros | Entra en juego la generación automática de código. |
Resumen de beneficios
| Beneficios | Descripción |
| Ajuste fino del compilador | Personalizar la generación automática. |
| Reutilizar | Lógica de validación centralizada |
| Transparencia | Código más limpio, menos desorden en los constructores. |
| Extensibilidad | Perfecto para bibliotecas o SDK con modelos generados. |
Nota: Los interceptores, aunque todavía son experimentales, proporcionan una vía hacia un modelo de programación más declarativo y extensible. En breve, podrían sustituir a los complejos patrones de validación, la generación de código y la lógica repetitiva.
Constructores primarios de clases
Restricciones:
- Los campos no se pueden definir directamente; los parámetros deben exponerse como propiedades o utilizarse directamente.
- No se permiten constructores sobrecargados múltiples con esta sintaxis.
- Para la lógica de inicialización compleja, sigue siendo necesario un constructor tradicional.
Casos de uso ideales
| Escena | ¿Cómo ayuda? |
| Modelos de datos. | Claridad, brevedad. |
| Clases de configuración | Sin setters innecesarios. |
| Ayudantes o envoltorios | Menos texto repetitivo |
| Clases base con comportamiento compartido. | Inicio sencillo |
Resumen de beneficios
| Beneficios | Descripción |
| Conciso | Menos código, más propósito. |
| Inmutabilidad opcional | Código más seguro |
| Más claridad. | Mejorar la legibilidad. |
| Fácil composición. | Funciona con herencia y atributos. |
En conclusión, los constructores primarios para clases en C# 13 te permiten escribir código más claro, directo y expresivo. Esto es ideal para estructuras de datos simples, clases de utilidad, configuraciones y entidades inmutables. Es otra herramienta que acerca C# a una forma funcional y menos prolija de hacer las cosas.
Parámetros lambda por defecto
Límites:
- No se pueden utilizar parámetros con valores predeterminados en lambdas.
- No se pueden utilizar valores predeterminados en delegados que no aceptan una llamada sin parámetros, a menos que se utilicen delegados lambda o dinámicos intermedios.
- No se puede incluir un valor predeterminado entre otros parámetros obligatorios. El orden debe ser el siguiente: primero los parámetros obligatorios y luego los opcionales.
Casos de uso ideales
| Escena | Usando los parámetros predeterminados |
| Funciones de registro | Evita los registros sin contexto. |
| Operaciones matemáticas | Establece constantes o límites con antelación. |
| Delegados reutilizables | Elimina las sobrecargas innecesarias |
| API DSL o expresiones declarativas | Hace que el código sea más limpio |
Resumen de beneficios
| Beneficio | Descripción |
| Menos sobrecargas | Un lambda maneja muchos casos |
| Más expresivo | Las funciones se vuelven más fáciles de leer y reutilizar. |
| Mejor integración entre LINQ y LINQPad | Más control en expresiones complejas |
| Ideal para API funcionales | Estilo fluido y declarativo |
En conclusión, los parámetros lambda predeterminados de C# 13 proporcionan una capacidad muy esperada y eliminan límites innecesarios al utilizar funciones anónimas. Esto permite un método más adaptable y refinado, especialmente útil en configuraciones funcionales o declarativas.
Uso de alias en los patrones
Limitaciones
- El alias solo funciona dentro del bloque en el que se evaluó.
- No se pueden utilizar alias con tipos incompatibles (como crear un alias para una propiedad que no ha sido evaluada).
- Aunque pueda parecer similar a «let» en otros lenguajes, solo permite hacer referencia a expresiones que ya han sido evaluadas. No permite declarar expresiones.
Casos de uso ideales
| Escenario | Beneficio |
| Evaluar objetos complejos | Evite múltiples moldeados o accesos. |
| Mejorar la legibilidad del interruptor | Reduce la repetición de expresiones |
| Realiza operaciones condicionales avanzadas. | Reutiliza valores validados |
| Realiza refactorizaciones limpias | Evita declarar variables fuera de contexto |
Resumen de beneficios
| Beneficio | Descripción |
| Precisión | Proporciona acceso inmediato al valor evaluado |
| Claridad | Reduce la repetición de código. |
| Escalabilidad | Funciona bien en validaciones más grandes. |
| Expresividad | Es similar a patrones más expresivos, como los de F#. |
En conclusión, con los alias en patrones en C# 13, se puede escribir código más limpio y expresivo, principalmente en situaciones que implican varias validaciones o estructuras anidadas. Esto mejora los patrones estructurales y refuerza C# como lenguaje moderno y declarativo.
Mejoras en params y Collection Expressions
Casos de uso ideales
| Escenario | Cómo ayuda |
| API con parámetros | Código más limpio y legible |
| Generación de datos | Construcción dinámica de matrices |
| DSL o configuración fluida | Declaración sencilla |
| Simulaciones y pruebas | Menos texto repetitivo |
Resumen de beneficios
| Beneficio | Descripción |
| Conciso | Se necesita menos código para las colecciones. |
| Expresivo | Similar a los lenguajes dinámicos |
| Flexible | Mezcla matrices, listas y literales. |
| Limpio | Mezcla matrices, listas y literales. |
En conclusión, las mejoras de C# 13 en las expresiones params y collection suponen un paso más hacia un lenguaje más limpio, actualizado y potente, ya que reducen el ruido de inicialización de colecciones y permiten expresiones más naturales para los desarrolladores.
Interpolated String Improvements
Casos de uso ideales
| Escena | Beneficios |
| Registro condicional | La cadena solo se construye cuando es necesario |
| Serialización segura | Puedes interceptar y validar la información |
| Internacionalización | Usted es responsable de lo que se traduce y cómo se hace |
| Alto rendimiento | Evita usar string.Format en exceso |
Resumen de beneficios
| Beneficios | Descripción |
| Más rápido | Menor uso de memoria |
| Más seguro | Interceptación y validación de valores |
| Más flexible | Personalización avanzada de mensajes. |
| Fácil de entender | Sintaxis clara y moderna. |
En conclusión, las mejoras introducidas en las cadenas interpoladas en C# 13 no solo hacen que el código sea más expresivo, sino que también mejoran el rendimiento y el control en áreas como el registro, el seguimiento o la generación de mensajes dinámicos. Se trata de una característica que combina estilo y eficiencia.
Conclusiones
C# 13 representa una evolución cuidadosa y pragmática del lenguaje, que prioriza la productividad de los desarrolladores sin comprometer la claridad ni el rendimiento. Las novedades no pretenden cambiar las reglas del juego, sino simplemente mejorarlo. Esta nueva versión del lenguaje se centra en ser moderna y expresiva, ya sea a través de patrones mejorados, un mayor soporte para tipos inmutables o formas innovadoras de inferir información.
Pero, como sabes, incluso las cosas más interesantes tienen sus desventajas; no todas las herramientas o compiladores cuentan aún con estas características y, a veces, hay que modificar la configuración habitual para que funcione en situaciones específicas. Por lo tanto, deben hacerlo de una manera inteligente que se adapte a las necesidades del proyecto.
Cuando trabajas en cosas que requieren estructuras sólidas e inmutables, una lógica clara o sistemas bien organizados, como C# 13, mejora considerablemente la forma en que programas y la forma en que se construye tu software. Combinar CI/CD y análisis estático con los últimos métodos de prueba puede dar un paso más allá, lo que conduce a soluciones más limpias, sólidas y resistentes.
Así que, básicamente, C# 13 no se trata solo de nuevas herramientas, sino también de oportunidades para escribir código mucho mejor.
Si quieres estar al día de las últimas tendencias en tecnología, te recomiendo visitar el blog de Apiumhub, donde podrás leer sobre backend, frontend, arquitectura de software, IA y mucho más.
