Novedades de Rider

Hemos realizado varios cambios para aumentar la velocidad de inicio de Rider y reducir el tiempo que tarda en abrir una solución y ponerse a trabajar:

• Ahora, el instalador de Rider puede añadir archivos ejecutables a la lista de exclusión de Windows Defender, lo que mejora bastante la velocidad de inicialización.
• Ahora Rider puede cargar un archivo de solución y mostrar el árbol de proyectos al instante, sin tener que esperar a que el backend se inicialice.
• Hemos eliminado todas las barras de carga del explorador de soluciones para que la interfaz de usuario sea más sencilla. A partir de ahora, todas las barras de progreso de carga se mostrarán en la barra de estado del IDE.
• Hemos incluido un nuevo analizador de C#, que ofrece un resaltado de sintaxis básico durante el inicio y la experiencia completa cuando Rider se inicia y su solución se carga por completo.
• También hemos introducido varias mejoras en el rendimiento del backend de Rider. We’ve enabled server garbage collection (GC) to get better memory throughput for the backend process. Además, hemos actualizado a la última versión el entorno de ejecución del servicio de lenguajes del backend de Rider, es decir, de .NET 6 a .NET 7, la versión más reciente. Y por último, pero no por ello menos importante, ahora las construcciones se ejecutan en paralelo cuando los proyectos no tienen interdependencias. Todos estos cambios hacen que cargar una solución con muchos proyectos sea bastante más rápido.

Obtenga más información acerca de las mejoras de rendimiento de Rider aquí.

Ahora Rider es compatible con WSL 2 (Subsistema de Windows para Linux 2) gracias a la funcionalidad de desarrollo remoto del IDE. Esto significa que puede utilizar Rider en una instancia de WSL 2 para navegar por sus soluciones y fuentes, así como para crear, depurar y ejecutar aplicaciones como si estuvieran almacenadas de forma local.

Se puede iniciar un proceso de configuración sencillo desde la pantalla de bienvenida de Rider. La interfaz de usuario se mostrará a través de la funcionalidad de desarrollo remoto, lo que significa que no hará falta recurrir a WSLg y se instalará de forma automática un cliente local RemoteDev. Para obtener más información, consulte la documentación de desarrollo remoto.

Además, seguimos añadiendo pequeñas mejoras en la experiencia y la interfaz de usuario de Rider para que sea más relevante y útil:

• Hemos limpiado el menú Add para que solo incluya elementos relevantes para la solución o el proyecto actuales.
• Ahora, la acción Open in Terminal está en el menú contextual de Solution Explorer.
• Se ha cambiado el nombre de la sección File | New del menú principal por File | New Solution para que refleje mejor la acción real que ejecutará.
• Hemos añadido una acción para alternar entre soluciones dentro de Solution Explorer. Ahora, al hacer clic con el botón derecho del ratón en una solución distinta de aquella en la que está trabajando, se activará un menú contextual, en el que podrá seleccionar Open para cerrar de forma simultánea la solución activa al alternar.

Rider 2022.3 ofrece oficialmente compatibilidad con el SDK .NET 7, incluido lo siguiente:

• Plantillas de proyecto actualizadas.
• Gestión centralizada de paquetes NuGet.
• Compatibilidad con los grupos de rutas de la API mínima de ASP.NET en la ventana de herramientas Endpoints.
• Nuevas funcionalidades de C# 11, entre las que se incluyen tipos locales de archivo, literales UTF-8, campos ref y la palabra clave scoped.
• La posibilidad de crear, ejecutar y depurar proyectos destinados al nuevo SDK.

Cadenas sin formato

Ahora, Rider puede convertir cadenas regulares y literales en cadenas sin formato. Esto también significa que ahora hay muchas funcionalidades para las cadenas que están disponibles para las cadenas sin formato.

Sugerencias de patrones de lista

En esta versión, hemos introducido sugerencias para utilizar la nueva sintaxis de patrón de lista de C# 11 (en lugar de las comprobaciones convencionales de la longitud de la colección con la consiguiente expresión de acceso al indexador) para comprobar los elementos correspondientes de la colección.

Miembros virtuales estáticos

A partir de C# 11, puede utilizar modificadores abstract y virtual para los miembros static de las interfaces y utilizar dichos miembros en el código genérico con parámetros de tipo limitados por esta interfaz. Rider se ha actualizado para manejar los miembros polimórficos de tipo static de la misma manera que se manejan los ordinarios:

• Marcas de herencia en el medianil.
• Navegación para los miembros de implementación o supermiembros.
• Generación de implementaciones que faltan.
• Las sugerencias de finalización de código después de la palabra clave override también incluyen a los miembros de la interfaz, por lo que ahora puede implementar fácilmente miembros abstractos o virtual static.

Operador de desplazamiento a la derecha sin signo (>>>)

Ahora, Rider reconoce el engorroso patrón de código que tienen que escribir los desarrolladores de C# para desplazarse a la derecha sin signo para los tipos de datos con signo y propone utilizar el operador de desplazamiento a la derecha sin signo (>>>) en C# 11.

Coincidencia de patrones sobre spans

Si analiza Spans de caracteres, probablemente utilice mucho el método MemoryExtensions.SequenceEqual. C# 11 incluye un atajo para este tipo de comprobación. Ahora puede, simplemente, comparar los patrones de los Spans de caracteres con los literales de cadena con las expresiones is o switch.

Rider propone usar las expresiones is o switch en lugar de muchas declaraciones if.

Ahora se muestra una guía de sangría que separa la sangría del valor real en las cadenas sin formato.

Marca Global imports en el medianil

Hay un nuevo icono de marca de medianil para notificar a los usuarios las importaciones implícitas de espacios de nombres en C# y los archivos Razor.

Al pulsar Alt+Intro en la línea correspondiente, verá la lista completa de importaciones implícitas y la información sobre el archivo fuente donde se encuentran las correspondientes directivas global using. Si selecciona un espacio de nombres importado, Rider puede navegar hasta donde está declarado, además de a las etiquetas <Using Include="Some.NameSpace" /> en el archivo de proyecto .csproj.

Rider también presenta las importaciones generales de _Imports.razor y permite la navegación a las definiciones de importación correspondientes.

Finalización asistida por aprendizaje automático para C#

Para agilizar y acelerar su proceso de desarrollo, hemos introducido la clasificación de elementos asistida por aprendizaje automático para las opciones de finalización de código en C#.

Para mejorar su experiencia en el uso de esta función, hay dos opciones que puede habilitar en Settings/Preferences | Editor | General | Code Completion | Machine Learning-assisted Completion:

• Marcar los cambios de posición en la ventana emergente de finalización
• Marcar el elemento más relevante en la ventana emergente de finalización

Finalización del formato de la cadena

Con la incorporación de los tipos numéricos Int128 y UInt128 en .NET 7, hemos actualizado nuestras sugerencias de especificación de formato de finalización de código.

También hemos añadido la compatibilidad que faltaba con los tipos de fecha y hora DateOnly y TimeOnly de .NET 6, así como con el tipo numérico de coma flotante de precisión media Half introducido en .NET 5.

Transformación de patrones triviales en expresiones

A veces, después de la refactorización, las expresiones de coincidencia de patrones pueden convertirse en patrones recursivos triviales. En este punto puede que no merezca la pena utilizar la sintaxis de los patrones recursivos, por lo que ahora Rider puede convertir los patrones en expresiones más sencillas conservando la semántica original de la concordancia de patrones.

Consejos de finalización de código para una expresión void

A veces, al escribir después de una invocación, apenas se ven sugerencias significativas. Esto puede ocurrir si la invocación no produjo ningún valor al llamar al método que devolvía un void. Normalmente, se necesitan algunas acciones del IDE para darse cuenta de ello (volver atrás y navegar hasta la declaración del método, o pasar el ratón por encima de la invocación). En esta versión, hemos introducido el consejo void para este tipo de invocación que devuelve void para informarle de inmediato sobre el tipo resultante de la invocación. Al aceptar este elemento void, se añadirá un punto y coma después de la invocación si este falta.

Rider 2022.3 introduce Hot Reload para las aplicaciones de Blazor Server. Al modificar el código fuente en la aplicación Blazor Server mientras esta se está ejecutando, Rider le preguntará si desea aplicar este cambio a la aplicación en ejecución sin reiniciarla. Busque la barra amarilla de notificación de Sources are modified en la parte superior del editor de texto. Si acepta el cambio, su aplicación se actualizará sobre la marcha y podrá seguir trabajando con la aplicación actualizada.

En respuesta a una petición popular de nuestra comunidad, hemos añadido la nueva configuración de ejecución IIS Application para ejecutar y depurar aplicaciones ASP.NET clásicas en un servidor IIS. También hemos introducido compatibilidad con el nombre del comando IIS desde el archivo launchSettings.json para aplicaciones ASP.NET Core.

Seguimos mejorando la compatibilidad con los puntos de conexión y el visor de puntos de conexión Endpoint Viewer. Ahora, el visor reconoce y recoge correctamente los puntos de conexión para los grupos de rutas de la API mínima de ASP.NET Core 7. Esto significa que puede buscar, navegar y utilizar la finalización de código inteligente en los puntos de conexión declarados con la API MapGroup(), además de las funcionalidades que ya estaban disponibles.

Se ha añadido la acción .NET User Secrets en los proyectos ASP.NET.

Rider ahora genera de forma automática una configuración de ejecución npm para los proyectos web JavaScript y TypeScript (.esproj) referenciados por la solución (.sln).

Los consejos de inserción de Code Vision ahora también funcionan para JavaScript y TypeScript. Estos consejos facilitarán el seguimiento de los usos de varias clases, métodos, alias de tipos e interfaces en su código.

El IDE ahora entiende la regla «at» @supports, que asocia un bloque de declaraciones con una condición @supports. This build also includes support for viewport units, range media queries, container queries, @layer (Cascade layers), and color modification functions.

Hemos añadido la compatibilidad con el acotado de tipos en las plantillas de Angular, lo que proporcionará una información más precisa sobre los tipos y mejores sugerencias de finalización de código.

Además, Rider ahora excluye la carpeta de caché .angular de las búsquedas globales para ayudar a lograr mejores resultados de búsqueda.

Hemos añadido la compatibilidad con el nuevo paquete Input System de Unity. Rider reconocerá si los métodos se utilizan como controladores de eventos para las entradas y no los mostrará como no usados. Find Usages también funciona en estos métodos, mostrando dónde se usan en el código o en el archivo .inputactions.

Es genial poder cargar los recursos del juego durante la ejecución, y ahora Rider le ayuda a asegurarse de que está usando la ruta correcta en los métodos Resources.Load. Muestra la finalización del código mientras escribe y resalta cualquier recurso desconocido con una advertencia.

Rider ha ofrecido la finalización y la verificación de los nombres de las etiquetas durante varias versiones, pero la versión 2022.3 también es compatible con el grupo de métodos GameObject.FindWithTag. Ofrece finalización de código mientras escribe y le avisa si intenta usar una etiqueta que no existe en el proyecto.

Rename con CoreRedirects

Rider ya ofrece la opción de añadir CoreRedirects al renombrar las clases o propiedades de Unreal a través de la refactorización Rename. Ahora, esto también funciona para renombrar:

• UFUNCTION()
• USTRUCT()
• UENUM

Al ejecutar la refactorización Rename, ahora Rider propone añadir CoreRedirects en estos casos.

Si está de acuerdo, el archivo .ini correspondiente se actualizará de forma automática.

Ahora es mucho más difícil estropear el juego sin querer por haber cambiado el nombre de algo.

Actualización de Code Vision para Blueprints

Rider 2022.3 introduce una nueva métrica de Code Vision específica para Blueprints. Ahora puede comprobar rápidamente cuántos Blueprints utilizan la función BlueprintCallable y obtener una lista de todos los usos desde el menú contextual de Code Vision.

Herramienta Generate GUID

Ahora la herramienta Generate GUID es compatible con el formato GUID de Unreal Engine. Cuando necesite generar rápidamente un GUID, solo tiene que elegir Tools | Generate GUID... en el menú, y se preseleccionará el formato hexadecimal preferido.

Importación automática

La funcionalidad de importación automática tras la finalización puede ahorrarle mucho tiempo. Sin embargo, si añade una directiva #include incorrecta, el problema puede ser difícil de detectar. Hemos trabajado duro para pulir esta funcionalidad y asegurarnos de que no sugiere entidades no deseadas procedentes de los encabezados del sistema en la importación automática. De forma predeterminada, los encabezados del sistema no se sugieren, pero si quiere que lo hagan, puede habilitarlos en Settings/Preferences | Languages & Frameworks | C++ | Unreal Engine.

Registro de UnrealBuildTool

Hemos mejorado la presentación de los registros de UnrealBuildTool. Para que no se pierda ninguna advertencia o error relacionado con las configuraciones del proyecto, ahora el panel de registro incluye marcas de tiempo y conserva los registros de las ejecuciones anteriores de UnrealBuildTool.

Ahora Rider 2022.3 puede ejecutarse en Windows y Linux ARM64. Todos los flujos de trabajo de desarrollo básicos son compatibles, incluidas la ejecución y la depuración de sus aplicaciones .NET y la ejecución de pruebas de unidad. Sin embargo, mientras seguimos trabajando y realizando pruebas para asegurarnos de que Rider funcione sin problemas con los procesadores ARM64, nos gustaría que tuviera en cuenta las siguientes limitaciones:

• Actualmente, no tenemos pensado hacer que el desarrollo de Unreal Engine sea compatible con Windows ARM64, ya que Epic Games no es compatible con Unreal Engine en esta arquitectura.
• Todavía estamos desarrollando la compatibilidad de Unreal Engine con Linux ARM64.
• Hay compatibilidad básica para proyectos de Visual C++ en Windows ARM64, aunque todavía no incluye la depuración de aplicaciones desarrolladas de forma nativa. Puede seguir el progreso de este tema aquí.

Navegación más sencilla hacia las pruebas

Hemos añadido la acción Show Covering Tests a los menús contextuales de dotCover tanto en el editor de código como en la ventana Unit Test Coverage. Esta acción muestra una ventana emergente que contiene todas las pruebas de cobertura. La ventana emergente también permite crear una nueva sesión de cobertura.

La gestión centralizada de paquetes (CPM, por sus siglas en inglés, y también conocida como archivo Directory.Packages.props) es una funcionalidad evolutiva de la pila de tecnología de .NET y, a medida que va mejorando, facilita la gestión de soluciones en el futuro. Con la incorporación de CPM en Rider, los desarrolladores deberían tener más control sobre sus dependencias.

En este artículo del blog, podrá aprender todo sobre la gestión centralizada de paquetes, incluidos consejos y advertencias.

Siempre que utilice paquetes NuGet de código abierto en sus soluciones, se arriesga a exponer su proyecto a vulnerabilidades de seguridad. Para mitigar este riesgo, hemos introducido la detección de dependencias vulnerables en Rider. El IDE le avisará de las dependencias vulnerables asociadas al uso de paquetes NuGet con ventanas emergentes de notificación, que pueden investigarse más a fondo en la sección Security de la vista Problems. La información sobre las dependencias vulnerables asociadas a los paquetes incluidos en la solución también se puede encontrar en la ventana NuGet Package Management si selecciona un paquete concreto.

Si escribe < dentro de un comentario, se añadirá una plantilla de documentación. Además, el resaltado de sintaxis y la finalización de código facilitan la edición de los comentarios de la documentación.

Una nueva regla de finalización de código simplifica la escritura de expresiones record, ya que hace hincapié en los campos del tipo record inferido, oculta los que ya se utilizan y soluciona varios casos en los que antes no se mostraban sugerencias.

Hemos añadido los arreglos rápidos Update parameter name y Update record field, que actualizan los archivos de firma, con lo que es más fácil usarlos al cambiar el código. A huge thanks goes to Florian Verdonck for implementing them!

Estos son solo los aspectos más destacados de las mejoras de la compatibilidad con F#. You can find the full list of F# features included in the 2022.3 release here.

A continuación presentamos algunas de funcionalidades nuevas de Rider 2022.3 para trabajar con bases de datos:

• Filtro rápido: puede filtrar los resultados y ocultar los objetos que no coincidan al utilizar la búsqueda rápida.
• Filtrado de esquemas basado en patrones: ahora puede elegir bases de datos o esquemas para la introspección basada en patrones de expresiones regulares.
• Formatos para los campos de fecha y hora: puede personalizar cómo se mostrarán los campos de tipo fecha y hora en el editor de datos.
• Ediciones múltiples en la ventana Modify: ahora puede editar varios objetos a la vez.

Más información: Novedades de DataGrip 2022.3

Ahora, la ventana de herramientas IL Viewer puede descompilar código en diferentes niveles de conceptos del lenguaje C#. Hay dos niveles de C# disponibles: el nivel alto, con ciertas construcciones sintácticas simplificadas utilizando las últimas funcionalidades del lenguaje, y el nivel bajo, para los casos en los que desee saber cuál es el estado bruto de estas construcciones sintácticas.

Se han revisado los resaltados y los subrayados ondulados del código en Rider 2022.3. Debido a una diferencia en la lógica interna, Rider entraba en conflicto con los analizadores de estilo de código de Microsoft Roslyn, haciendo que mostrara resaltados superpuestos, que dibujara el mismo resaltado en diferentes puntos o que duplicara los subrayados ondulados. Se han resuelto las diferencias en la lógica que hay detrás de la mayoría de estos casos y, para las raras excepciones, los errores se acompañan con sugerencias claras sobre cómo resolver el conflicto.

Además, ahora Rider mostrará la información relativa a Roslyn Analyzer ID y URL Reference en la ventana emergente Quick Documentation para las inspecciones producidas por los analizadores de Roslyn.

Hemos implementado la opción de ejecutar un archivo binario con formato clang directamente, en lugar de usar el motor formateador de Rider, lo que garantiza que sea totalmente compatible con el formateador estándar del sector, y que tenga un rendimiento mejor y una gama más amplia de opciones de formateo. Puede alternar entre las opciones de formato clang integrado y externo yendo a Settings | Editor | Code Style | C++ y seleccionando la opción de Clang-format.