Novedades de Rider 2024.1

Hemos trabajado a fondo en mejorar el cuadro de diálogo New Project para reducir la carga cognitiva al configurar nuevos proyectos. Esto es lo que puede esperar del cuadro de diálogo actualizado:

• Compatibilidad con todas las opciones de configuración de proyectos específicas de .NET, por ejemplo, una marca de verificación para aplicaciones web progresivas al crear una aplicación Blazor WASM.
• Compatibilidad con parámetros en plantillas de proyecto personalizadas.
• La posibilidad de instalar el SDK de destino de su solución directamente desde el cuadro de diálogo.
• La posibilidad de instalar la carga de trabajo de MAUI adecuada desde el cuadro de diálogo.

Antes, era posible ampliar y reducir todo el IDE, cambiando a la vez el tamaño de todos los elementos de la interfaz de usuario, aunque el escalado original estaba limitado a un rango de 100-200 %. Ahora, hemos añadido la posibilidad de reducir la escala del IDE hasta el 70 %, lo cual ofrece más flexibilidad en cuanto al tamaño en general.

Esta versión incluye una ventana de herramientas Terminal renovada, que proporciona mejoras tanto visuales como funcionales diseñadas para que las tareas basadas en un terminal sean más prácticas y sencillas. Esta actualización mejora la herramienta de forma visual y amplía su conjunto de funcionalidades.

Es posible activar el nuevo terminal desde Settings/Preferences | Tools | Terminal | Enable New Terminal.

Para obtener más información sobre el nuevo terminal, consulte este artículo del blog de IntelliJ IDEA.

Más conversiones a expresiones de colección

Ahora, obtendrá sugerencias para convertir más construcciones de código en su código fuente a expresiones de colección de C# 12, como un vector vacío o la declaración e inicialización ImmutableArray.

Análisis Collection was modified

Hemos añadido la inspección Possible 'System.InvalidOperationException: Collection was modified', que le avisará cuando una colección se modifique mientras se itera dentro de bucles foreach, ya que esta modificación podría provocar una excepción en tiempo de ejecución. Este análisis tiene en cuenta los casos en los que se sale del bucle tras modificar una colección, en cuyo caso no se activará la advertencia. La inspección viene con el correspondiente arreglo rápido para que pueda resolver este problema al instante.

Actualización de Generate | Formatting Members

Generate | Formatting Members le permite generar código reutilizable para anular el método ToString() y devolver una cadena significativa para sus tipos. A partir de la versión 2024.1, esta funcionalidad es compatible con más tipos, como ISpanFormattable, IUtf8SpanFormattable e IFormattable.

Mejora de la compatibilidad para recursos desechables en métodos asincrónicos

• Mejoras en la anotación [MustDisposeResource]: ahora, el análisis del código de C# garantiza que los recursos devueltos por métodos asincrónicos, incluidos los integrados en Task<IDisposable> y ValueTask<IDisposable>, se eliminen correctamente, lo que ayuda a evitar la eliminación involuntaria de la propia tarea.
• Valores de retorno de tipo tarea: el análisis correcto de los valores de retorno de tipo tarea en la versión 2024.1 garantiza que se compruebe el recurso esperado para su eliminación y también incluye los recursos recuperados mediante .ConfigureAwait(...), .AsTask() o .Result.

Actualizaciones de la refactorización Change Signature

Estas son algunas de las mejoras que hemos introducido en la refactorización de Change Signature:

• Ahora, la refactorización es compatible con métodos Deconstruct. Puede añadir, eliminar, reorganizar y cambiar el nombre de los parámetros, y estos cambios se reflejarán tanto en la declaración del método como en los usos de este.
• Ahora, la finalización de código está disponible para los parámetros de tipo. Esto significa que, por ejemplo, cuando necesite especificar un tipo para una List<>, puede utilizar la finalización de código para seleccionar fácilmente el tipo deseado, como int.
• Los espacios de nombres de tipo se acortan de forma automática al añadir o actualizar parámetros. Esto ayuda a mantener el código limpio y simplificado tras aplicar la refactorización. Por ejemplo, si especifica el tipo System.Collections.Generic.List<System.Int16> en el cuadro de diálogo Change Signature, se acortará de forma automática a List<short> en el código resultante.
• Ahora, la refactorización es compatible con más características de las últimas versiones de C#, como los modificadores in y ref readonly y los tipos record.

Actualizaciones de la refactorización Make Static

En esta versión, la refactorización Make Static es compatible con los parámetros del constructor primario. Aparecen en la lista Introduce parameters y tienen un icono independiente para distinguirlos fácilmente. Esta refactorización también está disponible para las funciones locales.

Estamos trabajando en mejorar el modo de alta utilización de recursos para el análisis de la solución completa, que reducirá de forma significativa la duración del análisis al utilizar el paralelismo de la CPU de forma más eficiente. Hemos mejorado el perfil de memoria asignada del análisis del código para minimizar el tiempo empleado en la recogida de elementos no utilizados. Aunque seguimos trabajando en las mejoras, le agradeceríamos que activara este modo y nos comentara su experiencia.

Ahora, la generación de anulaciones está disponible en las expresiones de objetos a través de nuevos arreglos rápidos para los miembros que faltan, la finalización de código y la refactorización Generate.

Ahora, también puede ver los casos de unión al buscar usos de unión. De este modo, es más fácil ver cómo se crean las instancias de tipo y cómo se ajustan a los patrones.

Hemos añadido la plantilla postfix new que crea instancias de tipos de registro y expresiones de objetos para clases e interfaces.

Se ha implementado la compatibilidad con líneas adhesivas para F#, por lo que, ahora, es más fácil ver el contexto al trabajar con tipos y funciones más largos.

Corrector ortográfico inteligente

Siguiendo el ejemplo de ReSharper, también se ha mejorado el corrector ortográfico y gramatical de Rider. El nuevo corrector es compatible con más de 20 idiomas y detecta errores del lenguaje natural dentro de los lenguajes de programación compatibles con Rider (C#, C++, VB.NET), lenguajes de marcado (HTML, XML, XAML) y comentarios.

El visualizador de colecciones de Rider 2024.1 incluye representaciones gráficas de colecciones (vectores, listas, diccionarios y otros tipos enumerables), lo que permite expandir y contraer elementos, ver valores individuales y navegar fácilmente por la estructura de datos. Resulta útil para comprender el estado de los datos de su programa durante la depuración y para diagnosticar problemas relacionados con la recopilación, la manipulación o el procesamiento de datos.

A la hora de depurar, evaluar el tiempo que tarda el depurador en ejecutar el código entre dos puntos de interrupción puede ser extremadamente valioso. Un tiempo de ejecución paso a paso excesivamente largo podría indicar problemas de rendimiento en el código. Ahora, al depurar una aplicación con Rider, verá un consejo inline que muestra el tiempo transcurrido entre el último punto de interrupción y el actual.

A partir de esta actualización, Rider le permitirá establecer varios puntos de interrupción en una sola línea de código si hay varias declaraciones presentes. Puede establecer los puntos de interrupción con los consejos inline correspondientes o mediante un acceso directo de teclado (Ctrl + F8).

Con la versión 2024.1, estamos trabajando para que la opción Skip to cursor sea más acorde con la forma en que funciona en IntelliJ IDEA. La nueva integración Run to Cursor es una forma rápida de navegar a una línea específica de código mientras se depura. Una vez suspendido su programa, puede pasar el ratón por encima de la línea de código en la que desee continuar la ejecución. A continuación, puede utilizar la ventana emergente Run to Cursor para ejecutar su código hasta llegar a la línea en la que se encuentra el cursor.

Hemos añadido el nuevo botón Explain with AI justo al lado de una excepción o mensaje de error lanzado por una prueba de unidad fallida, una compilación fallida o durante una sesión de depuración.

Al cambiar el nombre de una variable local, obtendrá sugerencias de nombre basadas en IA en la ventana emergente de finalización del código.

Tenga en cuenta que, ahora, en la versión 2024.1, AI Assistant ya no está integrado, sino que es un complemento independiente. Este cambio se debe a la necesidad de ofrecer una mayor flexibilidad en la toma de decisiones sobre el uso de tecnologías basadas en IA, lo que le proporciona un mayor control sobre las preferencias y los requisitos en sus entornos de trabajo. AI Assistant sigue requiriendo una suscripción activa a JetBrains AI.

Compatibilidad con C++

Entre las mejoras notables en la compatibilidad con C++ destacan las siguientes:

• Change Signature ofrece nuevas funcionalidades, entre las que se incluye la capacidad de cambiar un tipo de parámetro entre un puntero, una referencia o un tipo de valor.
• Ahora, Call Tracking admite cadenas de llamadas salientes.
• Ahora, puede personalizar fácilmente el estilo de los comentarios de documentación generados. Además, las inspecciones gramaticales están disponibles dentro de los comentarios de documentación.
• La nueva implementación de módulos C++20 mejora el rendimiento y es compatible con particiones de módulos internos.

La compatibilidad con C++ de Rider está basada en ReSharper C++. Consulte el artículo Novedades de ReSharper C++ 2024.1 para obtener más información.

Pila de llamadas del depurador de Blueprint

Por fin hemos podido hacer que Blueprint sea compatible con la pila de llamadas del depurador. Ahora, en lugar de ver una dirección de memoria anónima en la pila de llamadas, Rider mostrará información sobre la llamada Blueprint, intercalada con el código C++ existente. Asegúrese de actualizar el complemento RiderLink a la última versión.

Formateo de Slate y navegación inteligente

Esta versión es compatible con el marco de trabajo de la interfaz de usuario Slate de Unreal Engine, que enseña a Rider a utilizar los comandos Go to Definition y Find Usages, así como la refactorización Rename para renombrar los símbolos declarados por las macros de Slate.

Ahora, Rider formateará el código DSL de Slate correctamente, tanto cuando se invoque directamente como una acción de reformateo o al escribir.

Funcionalidades inteligentes de Blueprint

La integración inteligente de Rider con la funcionalidad Blueprint sigue siendo compatible con añadir redirecciones de núcleo al renombrar una instancia UENUM, así como la finalización de rutas de activos para nombres de recursos en código C++.

Compatibilidad con Odin Inspector

Nos complace anunciar que hemos estado trabajando con nuestros amigos de Sirenix para que el popular activo de Unity Odin Inspector sea compatible. Rider reconocerá y resaltará los campos y propiedades serializados por Odin Inspector, proporcionará finalización e inspecciones para nombres de grupo en atributos de diseño y mostrará vistas previas de la clase GUIColor de Odin. También reconocerá los atributos de rango de Odin, utilizará esos valores en el propio análisis de valores enteros de Rider y le advertirá si un valor se sale del rango.

Más información

Mejoras en las variantes de shaders

Rider 2024.1 amplía la compatibilidad con palabras clave de shaders incluida en la versión 2023.3. Puede activar o desactivar diferentes palabras clave al editar sus archivos shader, lo que a su vez activa y desactiva el resaltado y el análisis del código en diferentes ramas del preprocesador. Ahora, esta versión es compatible con las palabras clave implícitas de los shaders, las palabras clave locales específicas de cada fase y las directivas del preprocesador con el sufijo _KEYWORD_DEFINED.

Análisis null y comprobación de la vida útil de los objetos

Esta versión actualiza la forma en que Rider resalta el manejo posiblemente inesperado que hace Unity de las comparaciones de igualdad null para comprobar la vida útil del objeto de juego subyacente. En lugar de mostrar una advertencia si una comprobación moderna null de C# pasa por alto la comprobación de la vida útil, ahora Rider resaltará una comparación null que realiza la comprobación.

Profundizaremos en esto con más detalle en un próximo artículo del blog.

Depuración, indexación de activos y más

La depuración ha mejorado bastante gracias a que Rider es más compatible de forma específica con DOTS, por ejemplo, a través de la incorporación de un nodo hijo Entity al examinar una instancia de IJobEntity en el panel Watches. También se han actualizado los puntos de pausa para que funcionen con los sistemas DOTS. El visualizador de valores de depuración de texturas ha recibido algunas correcciones de errores, y el nuevo visualizador de colecciones ayudará con las colecciones de objetos de juego.

También ha habido algunas mejoras de rendimiento en el análisis de activos, correcciones en el reconocimiento de campos serializados y muchas más correcciones y actualizaciones menores. Puede obtener más información al respecto en el registro de cambios.

Seguimos trabajando en la compatibilidad con Godot con más actualizaciones del complemento opcional que puede instalar desde la pestaña Plugins de la configuración. Los últimos cambios incluyen:

• Resaltado de sintaxis para más tipos de archivos Godot, incluidos .gd, .tscn, .tres, .godot y mejora del resaltado para .gdshader.
• Ahora, Rider detectará de forma automática el tiempo de ejecución .NET correcto para ejecutar o depurar pruebas de Godot desde launchSettings.json (JetBrains/godot-support#125).
• Hemos añadido el botón Start Godot Editor a la barra de herramientas principal, similar a la acción disponible para Unity (JetBrains/godot-support#119).

Ahora, Rider resuelve las referencias para los nombres de agrupación especificados en las directivas @addTagHelper y @removeTagHelper de las vistas de Razor. Ahora, como resultado de ello, puede aprovechar la finalización de código, la capacidad de encontrar usos y la facilidad de navegación por el código.

Además, Rider resalta cualquier nombre de ensamblado no resuelto como advertencia para que pueda reconocerlo fácilmente en sus vistas de Razor.

Ahora, puede generar archivos adicionales como .razor.cs, .razor.css o .razor.js al generar una plantilla de archivo de Blazor Component.

Rider 2024.1 incorpora varios arreglos rápidos nuevos para React que le permiten crear propiedades y estados sobre la marcha. Puede aplicar estos arreglos rápidos utilizando el acceso directo Alt+Intro.

Esta versión incluye actualizaciones a la compatibilidad con VCS en Rider, por ejemplo:

• Revisiones de código en el editor para los repositorios GitLab y GitHub.
• Comprobación del estado de la integración continua en la ventana de herramientas Git.
• Impedir que se confirmen archivos de gran tamaño a los repositorios.
• Nueva pestaña Stash en la ventana de herramientas Commit.
• Opción de excluir carpetas y archivos de las comparaciones.
• ¡Y más!

Puede consultar todos los cambios aquí.

Estas son algunas de las mejoras más notables para trabajar con bases de datos utilizando Rider 2024.1:

• Filtro local en el editor de datos.
• Vista de un solo registro.
• Posibilidad de mover columnas en los archivos CSV.
• Más funcionalidades para UUID.
• Estilo de código alineado para los INSERT de varias filas.
• Finalización de columnas para cláusulas GROUP BY.

Para obtener más información sobre las mejoras para trabajar con bases de datos, consulte esta página.

Hemos incluido .NET Aspire en el SDK de .NET 8, un nuevo enfoque para abordar los complejos problemas que plantea la compilación de aplicaciones distribuidas en la pila de .NET. Gracias a esta innovación, ofrecemos nuevas herramientas integradas: el complemento .NET Aspire para Rider.

Este complemento está disponible para Rider 2024.1 y puede descargarse directamente desde JetBrains Marketplace o a través de Settings/Preferences | Plugins.

Obtenga más información sobre .NET Aspire y el nuevo complemento en este artículo del blog.

Ahora, la herramienta integrada de generación de perfiles dotMemory es compatible con Frozen Object Heap (FOH), una funcionalidad incluida por primera vez con el SDK de .NET 6 como parte de las mejoras de rendimiento para la recolección de elementos no utilizados.

FOH asigna un área de memoria específica para objetos inmutables. Estos objetos no se modifican después de asignarse y no están sujetos a la recolección de elementos no utilizados. La compatibilidad con esta tecnología permite a dotMemory realizar un análisis más detallado de la memoria utilizada por los objetos inmutables en FOH, lo que mejora la optimización del uso de la memoria.

Se han actualizado los diagramas de dependencias de tipos incluidos en la versión 2023.3 con nuevas formas de configurar los diagramas:

• Opción de añadir un nodo a un diagrama con Search.
• Opción de quitar nodos de la vista del diagrama.
• Posibilidad de añadir tipos relacionados para un tipo específico en un diagrama.
• Opción de arrastrar y soltar archivos de proyecto en el diagrama Type dependency.

Si quiere conocer más formas de generar diagramas de dependencias de tipos para su aplicación, consulte este artículo del blog.

Ahora, el Assembly Explorer de Rider es compatible con el formato de empaquetado WebCIL para WebAssemblies.

La compatibilidad incluye lo siguiente:

• Decompilación para WebCIL.
• La posibilidad de ver archivos .wasm en Assembly Explorer.
• Subárboles de metadatos para nodos WASM en Assembly Explorer, incluidos los encabezados WASM y WebCIL.