Das ist neu in ReSharper 2022.2

Ab C# 11 können die Typen class, struct und record eine Liste mit erforderlichen Membern deklarieren. Diese Liste enthält alle Eigenschaften und Felder, die als erforderlich angesehen werden und bei der Initialisierung einer Instanz dieses Typs initialisiert werden müssen. Diese Listen werden automatisch vererbt und ermöglichen so eine einfache Programmierung mit weniger Standard-Codebausteinen und Codewiederholungen.

Neben der Unterstützung für required-Member in class, struct oder record-Typen stellt ReSharper weitere Unterstützung für das Schlüsselwort required bereit:

• Die Code-Completion kennt das Schlüsselwort required.
• Die meisten Kompilierfehler und -warnungen sind verfügbar.
• Der Modifikator required wurde auf die Liste Modifiers order auf der Seite ReSharper | Options | Code Editing | C# | Syntax Style aufgenommen.

Wir bieten einen neuen Quick-Fix Add initializer for required members für Fälle, in denen ein Objekt eines Typs erstellt wurde, ohne die Member zu initialisieren. Der Fix generiert automatisch alle fehlenden „required“-Member für Ihr Objekt – Sie müssen nur die Werte der Member mit sinnvollen Daten füllen.

In diesem Release haben wir die Speichernutzung von ReSharper bei eingeschalteter projektmappenweiter Analyse erheblich optimiert, sowohl in Bezug auf die Speicheroperationen (Anzahl der Arbeitsspeicher-Allokationen) als auch in Bezug auf die Speicherbelegung.

Bei der projektmappenweiten Analyse werden die Liste der Probleme in der Projektmappe sowie die Informationen zur Typ-/Membernutzung im Arbeitsspeicher gespeichert, um projektmappenweite Verwendungsberichte bereitzustellen (etwa bei Codeinspektionen wie „Öffentliches Member wird nie verwendet“). Die Nutzungsdaten sind „heiß“, d. h. sie müssen ständig aktualisiert werden, während Sie den Code bearbeiten, und können deshalb nicht auf die Festplatte ausgelagert werden. Dies kann einen beträchtlichen Speicherverbrauch verursachen, wenn in Ihrer Projektmappe viele Typen und Typmember verwendet werden. Wir haben überprüft, welche Daten gespeichert werden und dabei Muster gefunden, die es uns ermöglichten, die Daten zu deduplizieren und zu normalisieren. Durch den Einsatz spezieller Collection-Typen konnten wir die aktive Speichernutzung weiter reduzieren. Diese Optimierungen haben zu einer 5- bis 10-fachen Verbesserung des Speicherverbrauchs und einem schnelleren Laden der projektmappenweiten Analyse geführt.

Wir haben den Virtual Formatter eingeführt, der Ihnen die Möglichkeit bietet, den Code in der gewünschten Formatierung anzuzeigen, ohne die Formatierung auf der Festplatte zu ändern. Dies gibt Ihnen zum Beispiel die Möglichkeit, Parameter virtuell in Spalten auszurichten oder Einrückungen zu vergrößern. Mit dieser Funktion möchten wir die Verständlichkeit und Wartbarkeit von Code verbessern und die Zugänglichkeit für sehbehinderte und neurodivergente Entwickler*innen optimieren. Um den Virtual Formatter mit vordefinierten Einstellungen zu aktivieren, gehen Sie zu ReSharper | Options | Environment | Inlay Hints | General. Um die Formatierung nach Ihren genauen Vorstellungen anzupassen, aktivieren Sie das Kontrollkästchen Use dedicated Virtual Formatter style settings und klicken Sie auf C#.

Jetzt haben Sie die Möglichkeit, die temporären Dateien zu löschen, die von ReSharper bei der Arbeit an Ihrem Code generiert wurden. Unter Options bieten wir Ihnen auf einer neuen Seite folgende Möglichkeiten:

• Bestimmte Standardpfade und Dateien beobachten, die ReSharper entfernen kann.
• Eine benutzerdefinierte Pfadvorlage für Dateien hinzufügen, die entfernt werden sollen.
• Für jede Pfadvorlage angeben, nach wie vielen Tagen ReSharper die Dateien als veraltet betrachten soll.
• Überprüfen, wie viel Speicherplatz von Dateien belegt wird, die mit den einzelnen Pfadvorlagen übereinstimmen.
• Eine automatische Bereinigung für veraltete Dateien einrichten, die in regelmäßigen Abständen durchgeführt wird (standardmäßig einmal täglich).
• Die Bereinigung in unterschiedlichen Geltungsbereichen manuell durchführen.

Wie Sie vielleicht schon bemerkt haben, ist die JavaScript- und TypeScript-Unterstützung in ReSharper veraltet und langsam. Die derzeitige Implementierung macht es uns schwer, auf TS-Sprachänderungen zu reagieren und neue Versionen zeitnah zu unterstützen. Daher suchen wir nach einer besseren Möglichkeit, diese Sprachen zu unterstützen. Nach langen internen Diskussionen haben wir beschlossen, die derzeitige JS- und TS-Unterstützung auf Eis zu legen. Aus diesem Grund ist die TS/JS-Unterstützung in diesem Release standardmäßig deaktiviert. Um sie weiterhin zu verwenden, können Sie unter ReSharper | Options | Environment | Products & Features das Kontrollkästchen „JavaScript and TypeScript“ aktivieren.

ReSharper C++ führt Blueprint-spezifische Inlay-Hints ein und bietet Ihnen damit einen besseren Überblick über Ihren Code:

• Sie werden über abgeleitete Blueprint-Klassen informiert und können sich die Liste aller Unterklassen ansehen.
• Sie sehen, wenn eine UFunction Implementierungen in Blueprints hat und können alle solchen Fälle finden.
• Sie können den Status einer UProperty sehr einfach überprüfen und feststellen, ob sie überschrieben wurde und welcher Wert in der Blueprint-Datei gespeichert ist.

Außerdem haben wir Inspektionen hinzugefügt, die Sie auf Unstimmigkeiten zwischen den im Code verwendeten Blueprint-spezifischen Funktionsbezeichnern und den Blueprints selbst hinweisen.

dotTrace stellt jetzt in der Baumstruktur Timeline Call Tree mehr Details für native Systemaufrufe bereit, einschließlich Windows-Kernel-Aufrufe (ntoskrnl.exe), Gerätetreiber-Aufrufe (*.sys) und mehr.