Nouveautés de Rider

Rider 2021.3 prend officiellement en charge le SDK .NET 6, notamment :

• Les modèles de projets.
• Les derniers frameworks cibles.
• La dernière API NuGet.
• Hot Reload.
• Le débogage Blazor WebAssembly.
• La création, l'exécution et le débogage de projets ciblant le nouveau SDK.
• La génération de code ASP.NET pour les projets .NET 6.

Rider offre également une prise en charge précoce des projets Xamarin iOS et Xamarin Android qui font partie du SDK .NET 6.

Rider prend maintenant en charge la fonctionnalité Hot Reload de .NET 6 ! Lorsque vous modifiez le code source géré de votre application alors que celle-ci est en cours d'exécution, Rider vous demande si vous souhaitez appliquer cette modification à l'application en cours d'exécution sans la redémarrer. Repérez la barre de notification jaune Sources are modified en haut de l'éditeur de texte. Si vous acceptez la modification, votre application sera mise à jour à la volée et vous pourrez poursuivre votre travail avec l'application actualisée.

La fonctionnalité Hot Reload est automatiquement activée lors de l'utilisation des configurations d'exécution .NET Project et .NET Launch Settings Profile.

Une nouvelle page est dédiée à l'activation et à la désactivation de la fonctionnalité Hot Reload : Preferences/Settings | Build, Execution, Deployment | Hot Reload.

Rider 2021.3 est doté d'une barre d'outils principale entièrement remaniée. Avec le nouveau design, nous avons essayé d'apporter une barre d'outils propre et fonctionnelle. Elle comprend les éléments suivants :

• Les boutons Back et Forward, qui constituent les bases de la navigation contextuelle pour Rider.
• Un widget VCS permettant d'accéder à toutes les fonctionnalités liées au contrôle de version et de les utiliser. Ce widget est maintenant situé plus près de la fenêtre d'outils Commit.
• Un grand champ Search Everywhere qui sert de point d'entrée principal pour la fonction de recherche globale.
• Un widget Solution Configuration pour gérer les configurations associées à la solution.
• Un nouveau widget Run/Debug qui vous permet de gérer et de contrôler facilement vos configurations d'exécution.

Pour éviter de perturber le flow des utilisateurs de Rider habitués à l'ancienne barre d'outils, la nouvelle barre ne sera activée par défaut que sur les nouvelles installations de Rider. Si vous avez déjà installé Rider et souhaitez essayer la nouvelle barre d'outils, vous pouvez l'activer à tout moment dans View | Appearance | Toolbar au lieu de Toolbar Classic.

Current File

Vous trouverez ici l'ensemble des erreurs, avertissements, suggestions et indications que l'analyse de code Rider a trouvés dans le fichier sur lequel vous travaillez actuellement. De la même manière que dans nos IDE basés sur IntelliJ, le widget Inspection situé en haut de la barre de défilement verticale mène directement à cet onglet.

Toolset, Environment

Cet onglet regroupe tous les diagnostics et messages concernant les activités de chargement de la solution, les processus de restauration NuGet, etc. Pour chaque problème, il offre une description appropriée et une liste des correctifs correspondants, s'il en existe. Auparavant, vous deviez ouvrir la fenêtre d'outils Event Log pour trouver les détails de ce type de messages de diagnostic.

All Solution Files

C'est le nouvel emplacement de la fenêtre d'outils SWEA. Vous pouvez y consulter toutes les erreurs que l'analyse Solution Wide Error Analysis a trouvé dans la solution.

Nous inaugurons la nouvelle fenêtre d'outil Bookmarks, destinée à remplacer une instance similaire, Favorites.

Lorsque vous ajoutez un signet, Rider le place par défaut dans le nœud portant le nom de votre projet dans la fenêtre d'outil Bookmarks. Chaque fois que vous ajoutez un nouveau signet, il s'affiche en haut de la liste à l'intérieur de ce nœud. Vous pouvez également créer de nouveaux nœuds et y glisser-déposer des éléments.

Trois onglets sont disponibles par défaut : Threads & Variables, Console et Debug Output. D'autres onglets comme Memory et Parallel Stacks sont masqués, mais vous pouvez les afficher via l'icône 'engrenage tout à droite dans le menu Options.

Nous avons supprimé la barre d'outils de gauche et déplacé les icônes qui s'y trouvaient dans la barre d'outils supérieure ou le menu contextuel. Afin que la barre d'outils supérieure soit aussi compacte que possible, nous avons réorganisé les icônes et seules les actions les plus importantes restent visibles. Le reste des icônes a été déplacé vers le menu déroulant More (icône points verticaux). L'icône Hide Frames from Libraries et le bouton Hide/Show Threads ont été déplacés dans le menu contextuel de la vue Threads.

Le menu déroulant More dispose d'un nouveau sous-menu Settings. Vous y trouverez une liste des paramètres les plus courants pour le débogueur. Plus besoin de les rechercher (auparavant, vous deviez aller dans la boîte de dialogue Settings/Preferences et chercher jusqu'à la page Build, Execution, Deployment | Debugger.

Vous avez le choix entre deux mises en page : étendue et réduite. Dans la présentation réduite, la vue Variables n'affiche le résultat de l'exécution que dans la variable $result. Dans la présentation étendue, en plus de la variable $result, vous pouvez consulter l'historique des lignes précédemment exécutées ainsi que leurs résultats. Vous pouvez passer d'une mise en page à l'autre grâce à l'icône Étendre/Réduire.

Add Watch a été déplacé de la vue Variables vers la barre d'outils de la fenêtre Immediateet a maintenant un raccourci : Ctrl+Maj+Entrée.

La nouvelle option Stop on Breakpoints force le processus d'évaluation à s'arrêter aux points d'arrêt lors de l'exécution d'une expression. Vous pouvez désactiver cette option pour que le processus d'évaluation ignore les points d'arrêt.

Pour faciliter l'évaluation d'un objet ayant de nombreuses propriétés, nous avons ajouté une icône Evaluate qui ouvre la fenêtre Evaluate avec cet objet déjà évalué. Il est beaucoup plus facile d'examiner les propriétés de l'objet sous forme d'arborescence dans cette fenêtre.

Lorsque vous créez un délégué standard (System.Func ou System.Action), vous pouvez facilement naviguer vers une méthode ou une expression lambda que ce délégué encapsulera. Essayez le lien Navigate pour le nœud du délégué dans la liste Variables.

Lorsque vous créez un gestionnaire d'événement event handler (delegate) en utilisant une expression lambda, vous pouvez examiner les abonnés et les objets collectés à l'aide du nouveau moteur de rendu.

Le gestionnaire d'événement comporte maintenant un nœud Subscribers avec un sous-nœud Captured variables. Pour naviguer rapidement vers l'emplacement de l'abonnement à un événement, nous avons ajouté un nouveau lien Navigate pour chaque abonné.

Commençons par les espaces de nom au niveau du fichier. En plus de la prise en charge de la nouvelle syntaxe elle-même, nous avons ajouté une nouvelle option Syntax style qui vous permet de sélectionner le style que vous souhaitez (Settings/Preferences | Editor | Code Style | C# | Syntax Style | Code body | Namespaces). Lorsque vous choisissez un style, Rider présente des inspections portant sur le code qui doit être changé pour appliquer le style et vous suggère des correctifs rapides. Vous pouvez propager les correctifs dans le projet, voire dans le reste de la solution, en un clic.

Vous disposez de deux actions contextuelles permettant de rétablir le style de syntaxe précédent : Convert to file-scoped namespace et Convert to block-scoped namespace.

En savoir plus : noms d'espace au niveau du fichier

Voyons de plus près les directives using avec modificateur global. L'analyse du code de Rider tient compte des directives using accompagnées du mot-clé global et les utilise pour résoudre correctement les symboles de l'ensemble des fichiers de code du projet. Rider vous préviendra également si une directive using avec global a été placée au mauvais endroit dans un fichier.

Rider met en évidence les directives using avec global inutilisées dans le projet et propose un correctif rapide pour supprimer la déclaration.

Rider offre aussi une prise en charge enrichie de l'attribut CallerArgumentExpression, notamment la saisie semi-automatique et des inspections de code, afin de vous aider à l'utiliser correctement.

En savoir plus : CallerArgumentExpressions

C# 10 a introduit le nouveau concept de « gestionnaire d'interpolation de chaîne ». Pour les utilisateurs finaux, cela signifie que les expressions d'interpolation de chaînes fonctionneront généralement plus vite dans .NET 6 et que les nouveaux gestionnaires permettront d'utiliser les valeurs Span<char> pour les lacunes d'interpolation. Pour les auteurs de bibliothèques, cette fonctionnalité leur permet de contrôler si les expressions d'interpolation de chaînes sont converties en chaînes. Rider reconnaît les modèles de «  gestionnaires de chaînes interpolées » dans le code de la bibliothèque et peut faire des suggestions fiables concernant l'utilisation des expressions d'interpolation de chaînes dans plus d'endroits.

Rider permet d'obtenir de meilleures performances à partir des records de types structs en vous suggérant de les marquer en tant que readonly. Pour éviter de surcharger les déclarations de type avec des modificateurs inutilement, cette inspection sera proposée uniquement lorsque le type record contient des membres d'instance sans mutation et lorsqu'il n'y a pas de mutation via setters dans la solution (pour le déterminer, il faut effectuer une analyse de l'ensemble de la solution).

C# 10 permet de simplifier la syntaxe de reconnaissance de schémas en autorisant la syntaxe à point plutôt que l'imbrication de schémas d'objets.

Rider fournit l'inspection correspondante avec un correctif rapide, ainsi qu'une action contextuelle permettant d'annuler le correctif rapide.

Et pour finir, mais tout aussi important :

• Nous avons amélioré la prise en charge des lambdas de C# 10 : vous ne devriez plus voir de code en rouge ou d'erreurs dues à des faux positifs dans les projets .NET 6 Minimal API. En bonus, Rider vous aide à utiliser la bonne syntaxe et à ajouter des parenthèses au bon endroit lorsqu'elles sont requises par le compilateur.
• Rider prend désormais en charge Program en tant que nom de classe générée valide pour le code avec des déclarations de niveau supérieur.
• La prise en charge initiale des membres static abstract dans les interfaces est désormais possible. L'analyse du code considère cette construction comme valide, ce qui signifie que vous ne devriez plus avoir affaire à du code rouge. La fonctionnalité Generate missing members tient compte des membres static abstract et les gère correctement. Cette version inclut également les marqueurs dans la gouttière d'héritage et la possibilité d'accéder aux symboles de base/dérivés.

Nous avons ajouté deux correctifs rapides et une action contextuelle pour les fonctions locales/anonymes statiques comportant des fermetures :

• Le correctif rapide Allow closures supprime les modificateurs statiques d'une fonction locale ou anonyme si elle contient des fermetures.
• Le correctif rapide Pass closure as a parameter transfère les fermetures des fonctions locales statiques dans les paramètres.
• L'action contextuelle Pass closure as a parameter transfère les fermetures des fonctions locales autres que statiques dans les paramètres.

Rider propose une nouvelle inspection Simplify string interpolation, avec un correctif rapide correspondant qui remplace les appels de méthode .PadLeft() et .PadRight() par des expressions d'alignement dans les emplacements de chaînes interpolées.

Outre l'ajout du nouveau record struct de C#10, nous avons amélioré la prise en charge des structs standards. De nombreux développeurs utilisent toujours des classes avec des initialisateurs d'objet pour leurs DTO. Désormais vous pouvez rapidement transformer toutes ces utilisations en constructeurs avec des paramètres. Vous pouvez faire cela soit à partir de la déclaration record elle-même, soit à partir d'un initialisateur d'objet. Veuillez noter qu'il est également possible de convertir des DTO qui définissent un constructeur avec des affectations de propriété.

Depuis quelque temps déjà, Rider vous met en garde contre les incohérences de verrouillage des champs. Dans cette version, nous avons ajouté une inspection qui prend en compte l'ordre de verrouillage des ressources et signale les éventuels cycles de blocage.

Dorénavant, Rider vérifie la plausibilité des expressions d'arithmétique intégrale en recherchant les types d'entiers supplémentaires. Cela concerne les types byte, sbyte, short, ushort, uint, long, ulong et enum. Cela évite d'obtenir des branches de code inaccessibles.

Cette version apporte des mises à jour majeures à la prise en charge des fichiers de définition d'assembly. Vous pouvez utiliser Ctrl+Clic pour naviguer vers une référence, trouver les occurrences des définitions d'assemblies dans l'ensemble du projet (même dans les paquets référencés), renommer les définitions d'assemblies et bénéficier d'une saisie semi-automatique lors de l'ajout de nouvelles références.

Rider fonctionnera également avec les références basées sur les GUID, en affichant une indication utile avec le nom de la définition de l'assembly cible, ainsi que des actions Alt+Entrée pour convertir les références nommées en références basées sur les GUID.

Rider met désormais en évidence les « define constraints » non respectées dans les fichiers de définition d'assemblies. Cela vous permet de comprendre facilement pourquoi un assemblage a été exclu. Vous bénéficiez même de la saisie semi-automatique pour les symboles define !

La configuration de version defines a également été simplifiée, avec la saisie semi-automatique des noms de paquets et un conseil d'incrustation pour la version actuellement installée. Rider mettra également en évidence le symbole si la condition n'est pas remplie.

Rider affiche désormais les fichiers sources des paquets Unity référencés, dans un contexte spécial qui fournit des informations sur les symboles définis lors de la compilation des paquets. Dans ces fichiers sources, les branches correctes du préprocesseur sont donc mises en évidence.

L'attribut [Tooltip] de Unity fournit le texte que l'inspecteur peut afficher lors de la modification des champs. Rider affichera également ce texte dans la fenêtre contextuelle de documentation rapide lorsque vous utilisez un champ sérialisé. Une nouvelle action contextuelle permet de créer l'infobulle à partir de la documentation XML et inversement.

La prise en charge du débogage des appareils iOS via USB a été mise à jour dans Rider pour fonctionner avec Apple Silicon, et cette version se dote également d'une prise en charge pour Linux.

Tests Unreal Engine

Si vous ajoutez des tests à votre jeu à l'aide du framework de test Unreal Engine, Rider peut désormais lancer des tests pour vous et afficher leurs résultats dans la fenêtre d'outils Unit Test. Dans cette fenêtre d'outils, vous pouvez examiner les résultats des tests et relancer ceux que vous voulez : des tests spécifiques, ceux qui ont échoué, ou l'ensemble des tests. Vous pouvez également regrouper les tests en fonction des indicateurs qui leur sont envoyés.

En savoir plus

L'aperçu XAML fonctionne désormais pour les applications qui ciblent les SDK .NET 6, .NET 5 et .NET Core 3.x. Vous pouvez prévisualiser directement dans Rider les résultats des modifications apportées au code XAML.

La fonction Reformat and Cleanup fonctionne pour plusieurs fichiers et répertoires sélectionnés dans la fenêtre d'outil Solution Explorer.

Rider 2021.3 vous permet de mettre à jour vos paquets npm vers la dernière version directement depuis l'éditeur ! Ouvrez votre fichier package.json, placez le curseur sur la version du paquet que vous souhaitez mettre à jour, puis appuyez sur Alt+Entrée et sélectionnez Update 'nom du paquet' to the latest version. Un correctif rapide s'affiche également lorsque vous survolez la version du paquet avec votre souris. Vous trouverez plus d'explications sur cette inspection dans cet article de blog.

Nous avons amélioré le fonctionnement de la saisie semi-automatique du code en HTML. Chaque fois que vous saisissez un nom de balise ou une abréviation dans l'éditeur, ou que vous appelez la saisie semi-automatique du code, Rider affiche immédiatement des suggestions pertinentes. Auparavant, il ne les montrait que si vous commenciez par saisir <. De plus, la saisie semi-automatique du code pour les références aux entités de caractères devrait mieux fonctionner à présent.

Rider peut générer des Binding Redirects pour les paquets NuGet dans les projets .NET Framework. Si des redirections Binding Redirects sont nécessaires dans votre projet, Rider les ajoutera au fichier App.config ou Web.config.

Les Binding Redirects sont générées lors de l'installation ou de la mise à jour d'un paquet NuGet. Toutefois, vous pouvez demander à Rider de générer les redirections Binding Redirects manuellement à tout moment en cliquant sur Tools | Generate Binding Redirects, dans le menu contextuel du projet de la fenêtre d'outils Solution Explorer.

À partir de cette version, Rider fonctionne en mode natif sur les ordinateurs Mac équipés de processeurs Apple Silicon. Rider 2021.3 utilise les runtimes suivants :

• Le JetBrains Runtime compatible avec Apple Silicon pour le frontend.
• Le .NET6 RTM pour le backend.

Plus de traduction de x64 en ARM64 ! Rider est maintenant super rapide sur les puces Apple !

La refactorisation Introduce Variable a bénéficié de plusieurs mises à jour puissantes. Elle suggère désormais de déconstruire les tuples et les types union à cas unique lorsque c'est nécessaire, et elle préconise également d'utiliser des types de calcul dans les expressions de calcul. Elle recommande en outre les mots-clés use et use! lorsque c'est pertinent, et nous avons amélioré le placement de la liaison ajoutée.

Cette version contient un certain nombre de mises à jour pour la saisie semi-automatique du code, notamment un meilleur ordre de suggestion et un filtrage préliminaire des mots-clés en fonction du contexte (certains mots-clés ne s'affichent plus s'ils ne sont pas applicables). Il est désormais plus facile d'utiliser les fonctions F# de manière récursive, car il n'est plus nécessaire de revenir en arrière et d'ajouter manuellement des rec à la fonction qui les contient.

Une autre mise à jour notable concerne la saisie semi-automatique du code. Lors de la saisie semi-automatique de schémas de cas union, Rider vous propose d'utiliser la correspondance des schémas pour ces champs.

De nouvelles icônes dans les résultats de Find Usages vous aideront à distinguer les invocations, les applications partielles, les schémas et les autres types d'utilisation.

Rider vous permet désormais d'étendre correctement votre sélection à l'intérieur des chaînes interpolées. Special thanks to Andrew Rublyov for this contribution! Le comportement de sélection pour _ et divers types de crochets a également été amélioré.

Vous pouvez désormais appeler Find Usages pour les opérateurs de conversion implicite définis par l'utilisateur ! L'implémentation de cette fonctionnalité dépend du mécanisme utilisé pour les conseils de conversion de type.

Cela vous permet de savoir si des opérateurs de conversion implicites définis par l'utilisateur sont utilisés, puis de naviguer vers les blocs de code comportant des conversions.

Veuillez noter que cet algorithme est plutôt lent et que les opérations de calcul et d'affichage des résultats peuvent prendre un peu de temps.

Nous avons ajouté la possibilité d'afficher une vue Aggregate pour une plage de cellules. Cette fonctionnalité très attendue vous permettra de gérer vos données et vous épargnera l'écriture de requêtes supplémentaires ! Cela rend l'éditeur de données encore plus puissant et simple d'utilisation, et le rapproche encore un peu plus d'Excel et des feuilles de calcul Google.

Sélectionnez simplement la plage de cellules pour laquelle vous voulez afficher la vue, puis cliquez droit et sélectionnez Show Aggregate View.

Cette version vient compléter la précédente version de l'IDE, dans laquelle nous avions introduit la possibilité de générer une source de données DDL basée sur une source réelle. Désormais, ce workflow est totalement pris en charge. Vous pouvez :

• Générez une source de données DDL à partir d'une source réelle : consulter l'annonce de DataGrip 2021.2.
• Mapper une source de données DDL et une source réelle.
• Comparer et synchroniser ces sources dans les deux sens.

Pour rappel, une source de données DDL est une source de données virtuelle dont le schéma repose sur un ensemble de scripts SQL. Le stockage de ces fichiers dans le système de contrôle de version (VCS) est une méthode possible pour conserver votre base de données dans ce système.

Les propriétés de configuration des données comportent un nouvel onglet, DDL mappings, permettant de définir quelle source de données réelle est mappée à chaque source de données DDL.

La nouvelle fenêtre Database Diff est disponible à partir du menu contextuel. L'interface utilisateur est plus conviviale et le volet de droite indique clairement le résultat que vous obtiendrez après la synchronisation.

La légende du panneau droit donne la signification des couleurs pour votre résultat potentiel :

• Vert et italique : l'objet sera créé.
• Gris : l'objet sera supprimé.
• Bleu : l'objet sera modifié.

L'onglet Script preview affiche le script du résultat qui peut ensuite être ouvert dans une nouvelle console ou exécuté depuis cette boîte de dialogue. Le résultat de ce script applique les modifications pour faire de la base de données de droite (cible) une copie de la base de données de gauche (source).

Outre l'onglet Script preview, le panneau inférieur comporte deux autres onglets : Object Properties Diff et DDL Diff. Ils indiquent les différences entre les versions particulières de l'objet dans les bases de données source et cible.

Cette version ajoute plusieurs nouveaux paramètres à la boîte de dialogue Project Properties :

• Vous pouvez personnaliser l'icône de l'application dans la section Resources de la page Application.
• Une nouvelle page Build Events permet de spécifier les commandes à exécuter avant et après le build.
• La page Inspections comporte plusieurs nouvelles propriétés de projet liées à l'analyse du code : Localizable, Localizable inspector et Solution-Wide inspections.
• Vous pouvez configurer les chemins de référence pour un projet sur la page Reference Paths.
• Il existe une nouvelle propriété, Auto-Generate Binding Redirects, dans l'onglet Applications. Consultez la section Prise en charge de NuGet ci-dessus pour en savoir plus sur les redirections Binding Redirects.

Le tableau de la boîte de dialogue Solution Properties comporte une nouvelle colonne Dependancies qui permet de spécifier les dépendances de build pour chaque projet. Certains projets ne peuvent pas être sélectionnés afin d'éviter les dépendances circulaires.

À partir de la version 2021.3, Rider importe tous les fichiers .pubxml de Properties/PublishProfiles lorsqu'un projet est chargé, et les convertit en configurations d'exécution. À chaque fois que vous ajoutez un nouveau fichier .pubxml, une nouvelle configuration d'exécution est générée automatiquement. Vous n'avez plus besoin de créer ces configurations d'exécution manuellement !