Nouveautés de ReSharper 2024.1

Plus de conversions en expressions de collection

Dorénavant, vous recevrez des suggestions pour convertir davantage de constructions dans votre code source en expressions de collection de C# 12, telles qu'un tableau vide ou la déclaration et l'initialisation d'un ImmutableArray.

Nous avons ajouté l'inspection Possible 'System.InvalidOperationException: Collection was modified', qui vous prévient lorsqu'une collection est modifiée lors de l'itération dans les boucles foreach, cette modification étant susceptible de provoquer une exception lors de l'exécution. Cette analyse tient compte des cas de sortie de la boucle après la modification d'une collection. Par conséquent, ces situations ne déclenchent donc pas l'avertissement.

Cette inspection s'accompagne d'un correctif rapide pour vous aider à résoudre ce problème instantanément.

Generate | Formatting Members vous permet de générer automatiquement du code pour contourner la méthode ToString() et renvoyer une chaîne significative pour vos types. À compter de la version 2024.1, cette fonctionnalité prend en charge davantage de types, tels que ISpanFormattable, IUtf8SpanFormattable et IFormattable.

• Améliorations de l'annotation [MustDisposeResource] : l'analyse du code C# permet désormais de s'assurer que les ressources renvoyées par les méthodes asynchrones, y compris celles qui sont encapsulées dans Task<IDisposable> et ValueTask<IDisposable>, soient correctement éliminées, afin d'éviter de supprimer accidentellement la tâche elle-même.
• Valeurs de retour des tâches : la fonction d'analyse de la version 2024.1 garantit que la ressource attendue a bien été supprimée, y compris pour les ressources obtenues via .ConfigureAwait(...), .AsTask() ou .Result.

Voici les principales améliorations apportées à la refactorisation Change Signature :

• Cette refactorisation prend désormais en charge les méthodes Deconstruct. Vous pouvez ajouter, supprimer, réorganiser et renommer des paramètres, et ces modifications seront appliquées dans la déclaration de méthode et dans ses utilisations.
• La saisie semi-automatique du code est désormais disponible pour les paramètres de type. Lorsque vous devez spécifier un type pour List<>, par exemple, vous pouvez donc utiliser la complétion de code pour sélectionner facilement le type souhaité, tel que int.
• Les espaces de noms des types sont automatiquement raccourcis lors de l'ajout ou de la mise à jour de paramètres. Cela permet de conserver votre code propre et simple après l'application de la refactorisation. Par exemple, si vous spécifiez le type System.Collections.Generic.List<System.Int16> dans la boîte de dialogue Change Signature, il sera automatiquement raccourci en List<short> dans le code résultant.
• Cette refactorisation prend désormais en charge davantage de fonctionnalités des dernières versions de C#, telles que les modificateurs in et ref readonly et les types record.

La refactorisation Make Static prend maintenant en charge les paramètres des constructeurs primaires. Ils apparaissent dans la liste Introduce parameters et sont signalés par une icône distincte pour vous aider à les reconnaître plus facilement. Cette refactorisation est également disponible pour les fonctions locales.

ReSharper peut maintenant résoudre les références pour les noms d’assemblies spécifiés dans les directives @addTagHelper and @removeTagHelper dans vos vues Razor. Ainsi, vous bénéficiez de la saisie semi-automatique du code, de la recherche des utilisations et de la navigation facilitée dans le code.

ReSharper considère désormais les noms d'assemblies non résolus comme des erreurs et les met en évidence en rouge afin que vous les visualisiez plus facilement.

Principales améliorations dans la prise en charge de C++ :

• L'implémentation remaniée des modules C++20 améliore les performances et assure la prise en charge des partitions de modules internes.
• Change Signature offre de nouvelles fonctionnalités, telles que la capacité à changer le type du paramètre pour le définir en tant que pointeur, référence ou type de valeur.
• Call Tracking prend désormais en charge les chaînes d'appels sortants.
• Vous pouvez désormais personnaliser facilement le style des commentaires de documentation générés. De plus, des inspections grammaticales sont maintenant accessibles depuis les commentaires de documentation.
• Slate, le framework d'interface utilisateur d'Unreal Engine, est désormais pris en charge.

Plus d'informations sur les mises à jour de C++ : Nouveautés de ReSharper C++ 2024.1.

Nous travaillons sur le mode d'utilisation intensive des ressources pour l'analyse à tous les niveaux de la solution, ce qui réduit considérablement la durée de l'analyse via une utilisation du parallélisme du processeur plus efficace. Nous avons amélioré le profil d'affectation de la mémoire des activités d'analyse du code pour minimiser le temps consacré au nettoyage de la mémoire. Pendant la phase de finalisation, nous vous serions reconnaissant d'activer ce mode et de nous faire part de votre avis sur cette expérience.

Les modifications apportées ont pour but de faciliter l'utilisation des règles de nommage avancées et le respect de toutes les règles importées de fichiers EditorConfig.

Ce nouveau paramètre de mise en forme vous permet de laisser ou supprimer les espaces dans les lignes vides.

La version 2024.1 introduit la nouvelle fenêtre d'outils Assembly Diff dans ReSharper. Il en résulte les changements suivants :

• La possibilité de comparaison des assemblies, des paquets NuGet, des dossiers et des archives .zip a été déplacée de la fenêtre Assembly Explorer vers la fenêtre d'outils Assembly Diff.
• Le sélecteur Diff mode et les boutons Compare et Diff Options ont été relocalisés dans la barre Actions de la fenêtre d'outils Assembly Diff.

Le décompilateur de ReSharper prend désormais en charge le format de package WebCIL pour WebAssemblies. Cette prise en charge couvre :

• La décompilation pour WebCIL.
• La possibilité d'afficher des fichiers .wasm dans la fenêtre Assembly Explorer.
• Les sous-arborescences de métadonnées pour les nœuds WASM dans Assembly Explorer, ce qui inclut les en-têtes WASM et WebCIL.

La prise en charge des applications de bureau MAUI et les applications macOS utilisant .NET est maintenant disponible dans dotTrace, dotMemory et dotCover depuis Visual Studio.

Frameworks cibles pris en charge :

• MAUI Windows (dans dotTrace, dotMemory, dotCover): net8.0-windows, net7.0-windows
• MAUI Mac (dans dotTrace uniquement) : net8.0-maccatalyst, net7.0-maccatalyst
• Applications macOS (dans dotTrace et dotMemory) : net8.0-macos, net7.0-macos

Cliquez ici pour plus d'informations sur la disponibilité du mode de profilage et les restrictions.

La prise en charge des projets MAUI est également disponible dans les versions autonomes de ces outils .NET.

L'outil de profilage autonome dotMemory prend désormais en charge le Frozen Object Heap, une fonctionnalité introduite pour la première fois avec le SDK .NET 6 dans le cadre de l'amélioration des performances de nettoyage de la mémoire.

Le FOH alloue une zone de mémoire dédiée aux objets immuables. Ces objets ne sont plus modifiés après leur allocation et ne sont pas affectés par le nettoyage de la mémoire. La prise en charge de cette technologie permet à dotMemory d'effectuer une analyse plus détaillée de la mémoire utilisée par les objets immuables dans le FOH, ce qui booste l'optimisation de l'utilisation de la mémoire.

À partir de la version 2024.1, le format de sortie par défaut d'InspectCode est SARIF. Le format XML sera bientôt obsolète. Les résultats restent disponibles au format XML dans la version actuelle lors de l'utilisation du paramètre -f="xml".