Das ist neu in Rider

Begrüßen Sie die .NET-Core-Edition von Rider! Anstelle der Mono-Runtime wird das Backend jetzt unter macOS und Linux endlich standardmäßig auf der .NET-Core-Runtime ausgeführt. Eines fällt sofort auf:

• Bessere Performance.
• Der Speicherbedarf ist geringer geworden.
• Das NuGet-Restore nutzt jetzt mehrere Threads (statt eines einzigen Threads wie bei Mono). Bei einer CPU mit 4 logischen Kernen bedeutet dies eine Beschleunigung auf das 4-Fache, bei 8 logischen Kernen auf das 8-Fache … der Vorteil ist klar.
• Und eine Menge weiterer Mono-Einschränkungen gelten jetzt ebenfalls nicht mehr.

Übrigens bietet die aktuelle .NET-Core-Version 3.1 zahlreiche Performance-Verbesserungen im Vergleich zu 3.0. 

Bitte beachten Sie, dass Windows vorerst außen vor bleibt – die Unterstützung ist auf MacOS und Linux beschränkt. Wir haben vor, die Windows-Unterstützung noch in diesem Jahr nachzureichen.

Sie möchten mehr über die Umstellung von Mono auf .NET Core erfahren und die Performance-Diagramme sehen? Details dazu finden Sie in diesem Blogbeitrag! 

Sollten bei der Ausführung des Rider-Backends auf .NET-Core Probleme auftreten, können Sie unter Help | Switch IDE runtime to Mono jederzeit zur Mono-Runtime zurückkehren. Und wenn etwas nicht wie erwartet funktioniert, vergessen Sie nicht, uns Bescheid zu sagen.

Die Erstunterstützung für Xamarin Hot Reload ist da! Rider wendet jetzt alle Änderungen, die an Xamarin Forms XAML vorgenommen werden, automatisch auf die Anwendung an, die auf einem Gerät oder in einem Simulator debuggt wird – und zwar ohne erneutes Builden und Deployment der gesamten Anwendung.

Eine Einschränkung ist zu beachten: Wenn ein PC/Laptop mit Rider und ein iOS-Gerät sich nicht in demselben WLAN befinden, funktioniert Hot Reload auch dann nicht, wenn das iOS-Gerät über USB mit dem PC/Laptop verbunden ist.

Außerdem wurde in der Xamarin-Unterstützung eine wichtige Fehlerkorrektur vorgenommen: Der Fehler „Invalid target architecture 'arm64e'“ wird nicht länger angezeigt, wenn ein Xamarin.iOS-Projekt auf dem iPhone XS Max ausgeführt wird.

Wir freuen uns, Ihnen die Dynamische Programmanalyse vorstellen zu können. Jedes Mal, wenn Sie Ihr Projekt in Rider ausführen, erfasst DPA Daten zur Arbeitsspeicherzuteilung. Sobald Sie die Anwendung schließen, zeigt DPA Ihnen eine Liste der erkannten Probleme an: Closures und Zuweisungen an große und kleine Objektheaps. Das Großartige daran ist, dass Sie keine Profiling-Sitzungen starten oder Snapshots erstellen müssen. Sie arbeiten einfach wie gewohnt, und alle Daten werden im Hintergrund mit praktisch null Overhead erfasst. Tests von DPA mit einer Vielzahl von Lösungen in der Praxis haben eine Verlangsamung von nur 0 bis 2 Prozent ergeben.

Ein Hinweis: DPA ist nur unter Windows verfügbar. Zur Aktivierung ist keine separate Lizenz erforderlich.

Diese Version von Rider führt eine neue Art der Codeanalyse ein, um die Verwendung von Integer-Werten in Ihrer Anwendung zu verfolgen. Durch diese neuartige Analyse wird nachverfolgt, wie sich die Werte aller lokalen int-Variablen verändern. Alle Operationen mit diesen Variablen werden auf Korrektheit überprüft, um nutzlose oder möglicherweise fehlerhafte Codeabschnitte zu erkennen. Im Einzelnen werden Sie in folgenden Fällen gewarnt:

• Vergleichs- oder Gleichheitsoperatoren, die immer wahr oder falsch ergeben
• Heuristisch nicht erreichbare switch-Prüfungen von int-Werten
• Bedeutungslose arithmetische Operationen wie Multiplikation mit 1, Addition von 0 usw.
• Mögliche int-Überläufe
• Mögliche Division durch 0

Um die Genauigkeit der Analyse zu verbessern, haben wir zwei neue JetBrains.Annotations-Attribute hinzugefügt, die mit int-Typmembern und -Parametern verwendet werden können: [NonNegativeValue] und [ValueRange(from, to)]. Diese Attribute geben an, wie welche Werte die jeweiligen int-Member während der Laufzeit annehmen können.

• Bei der Speichernutzung und der Geschwindigkeit der Asset-Indizierung. Rider indiziert jetzt Ihren gesamten Code, bevor er sich Ihren Assets zuwendet. Dies bedeutet, dass alle Produktivitätsfunktionen wie Code-Completion, Hervorhebung und Inspektionen schneller als zuvor zur Verfügung stehen. Die Asset-Indizierung wird fortgesetzt, nachdem die Lösung geladen wurde. Während Sie weiterarbeiten, findet Rider Verwendungen und nimmt unter Umständen sogar Umbenennungen innerhalb der Assets vor, nachdem die Indizierung abgeschlossen ist. Sobald dieser Vorgang abgeschlossen ist, wird der Index natürlich weiterhin auf dem neuesten Stand gehalten, wobei nur neu geänderte Dateien analysiert werden.
• Zudem geht Rider bei der Asset-Indizierung jetzt intelligenter vor. Er versteht die Verwendung Ihres Codes in Nested- und Variant-Prefabs, und er zeigt die Verwendungen von ScriptableObjects sowie die Werte von serialisierten Feldern an.
• Die Erkennung von Unit-Tests in Unity-Projekten wurde verbessert. Rider findet jetzt automatisch alle Edit- und Play-Mode-Tests in Ihrem Projekt.
• Wir haben mit Prefer jagged arrays to multidimensional arrays eine neue Performance-Inspektion hinzugefügt, die bei Hot-Paths eine bessere Leistung aufweist. Es handelt sich um eine Mikrooptimierung, die nur in leistungskritischen Kontexten empfohlen wird, zum Beispiel bei der Update-Methode oder bei Elementen, die von Update aufgerufen werden.
• Rider schlägt in Unity-Projekten bei der Code-Completion nicht mehr Boo.Lang.List oder System.Diagnostics.Debug vor.
• Wir haben die Reihenfolge der Ereignisfunktionen im Generate-Dialog optimiert und die wichtigsten Methoden vorgezogen. Und wenn Sie vom Alt+Enter-Menü aus eine Funktion generieren, wird sie an der richtigen Stelle eingefügt.
• Weitere Details zu Neuerungen und Korrekturen finden Sie im GitHub-Repo.

Wir verbessern laufend die Unterstützung für C#-8-Sprachmerkmale. Wir haben die C#-Sprachunterstützung unter der Haube umfassend refaktoriert, um Codeanalysen und andere Funktionen wie das Refactoring und ReSharper Build auf die Unterstützung von nullbaren Referenztypen (NRT) vorzubereiten. Rider 2020.1 meldet bei der Codeanalyse Compiler-Warnungen für nullbare Referenztypen und bietet Quick-Fixes für die meisten Probleme an.

Mehrere neue Inspektionen und Quick-Fixes bieten außerdem folgende Möglichkeiten:

• Erkennen redundanter Typparameter-Beschränkungen in Bezug auf nullbare Referenztypen
• Erkennen und Verwenden von async-Methodenüberladungen (falls verfügbar) anstelle von sync-Überladungen
• Verwenden des nameof-Ausdrucks statt mit typeof(SomeType).Name den Namen des aktuellen Typs auszulesen

Im vergangenen Jahr wurde uns mehrfach berichtet, dass das Anzeigen des Code-Completion-Popups zu lange dauert. Wir haben unsere Hausaufgaben gemacht: Wenn Sie mit der Eingabe beginnen, wird das Code-Completion-Popup jetzt viel schneller angezeigt, insbesondere bei großen Projektmappen.

Eine weitere praktische Neuerung in dieser Version ist die Möglichkeit, als Obsolete markierte Member von der Code-Completion auszuschließen.

Und last but not least werden beim Übernehmen eines Elements aus dem Code-Completion-Popup Ihre Codestil-Einstellungen berücksichtigt.

Wir haben die Benutzeroberfläche des Debug-Toolfensters komplett überarbeitet – jetzt sieht das Fenster wirklich schön übersichtlich und aufgeräumt aus. Wenn nur eine einzige Debugging-Sitzung ausgeführt wird, ist das Tab-Layout vereinfacht, da alle Tabs jetzt auf einer Ebene sind. Die Tab-Beschriftungen nehmen weniger Platz ein, sodass mehr Platz für Debugger-Inhalte übrigbleibt. Und bei mehreren Sitzungen wird eine weitere Tab-Ebene hinzugefügt, um die Sitzungen zu trennen.

Gleichzeitig haben wir die Ansichten Threads und Frames zusammengefasst. Wenn Sie die Threads-Ansicht gerade nicht brauchen, können Sie sie ausblenden, indem Sie auf das Symbol „Threadansicht ausblenden“ klicken.

Wir haben auch die Debugger-Engine aktualisiert, um Sie beim Debuggen noch besser zu unterstützen:

• Sie können jetzt den Debugger von einem Prozess lösen, der ursprünglich mit dem Debugger gestartet wurde, ohne die Anwendung zu beenden.
• Smart Step Into ist für die Aktion Step Into standardmäßig aktiviert (Preferences/Settings | Build, Execution, Deployment | Debugger | Stepping | .NET Languages | Always do Smart Step Into).
• Der Debugger unterstützt die x86-Runtime von .NET Core.
• Der Threadname wird jetzt in der Ausführungszeile angezeigt, damit besser zu erkennen ist, wo sich die Ausführung gerade befindet.
• Nach dem Anhalten der Debugging-Sitzung aufgrund einer Ausnahme können Sie mit Skip to Here/Cursor zu einer bestimmten Stelle springen.
• Sie haben jetzt mehr Kontrolle über die Ausgabe im Debug Output-Fenster und können Servicemeldungen in der Debug-Ausgabe deaktivieren.

Wir haben die Symbolleisten in den Fenstern Unit Test Session und Unit Test Explorer optimiert. 

• Mehrere Symbole wurden von der linken Symbolleiste in die obere Leiste verschoben.
• Mit dem neuen Textfeld in der oberen Symbolleiste können Sie jetzt die Unit-Test-Baumstruktur per Textsuche filtern.
• Die Statuswerte Failed, Aborted und Inconclusive sind jetzt standardmäßig unter dem Status Broken zusammengefasst. Wenn Sie zwischen ihnen trennen möchten, klicken Sie auf das Zahnradsymbol in der oberen Symbolleiste.

Darüber hinaus haben wir drei wichtige Funktionen hinzugefügt:

• Mit der erweiterten Group by-Funktionalität in den Toolfenstern Unit Test Explorer und Unit Test Session können Sie jetzt eigene Gruppierungen erstellen. Mit dem neuen Element Duration können Unit-Tests anhand der Ausführungsdauer gruppiert werden.
• Im Toolfenster Unit Test Session können Sie Unit-Tests anhand des Ziel-Frameworks filtern – nützlich, wenn Sie mehrere Frameworks verwenden (was heutzutage keine Seltenheit ist) und einige davon ausblenden möchten.
• Sie können Ihre Unit-Test-Sitzungen beliebig exportieren und importieren. Dies ermöglicht das Teilen im Team, zwischen Computern oder zwischen Branches, wenn Sie zum Beispiel eine Codeänderung vorgenommen haben und denselben Satz von Unit-Tests in beiden Branches ausführen oder auf Coverage testen möchten. Außerdem ist die exportierte Datei vollständig mit ReSharper kompatibel, sodass Sie Unit-Test-Sitzungen aus Rider für Kolleg*innen freigeben können, die ReSharper verwenden, und umgekehrt.

In Rider 2019.3 haben wir einen experimentellen TFS-Client eingeführt, der bei der Aktion „Checking for changes“ erhebliche Geschwindigkeitssteigerungen ermöglichte. Auch im aktuellen Release-Zyklus haben wir intensiv an diesem Client weitergearbeitet. 

Jetzt ist endlich das erste Release unseres TFS-Clients da, und es bringt viele Verbesserungen mit. Zwei von ihnen sind besonders wichtig. Erstens kann die Versionsverwaltungs-Integration jetzt für TFS-Workspaces aktiviert werden, die mit Visual Studio lokal erstellt wurden. Dadurch ist es nicht mehr erforderlich, in Rider einen lokalen Workspace neu zu erstellen. Zweitens haben wir die Performance der Vorgänge Löschen und Rollback erheblich gesteigert.

Um den TFS-Client zu verwenden, aktivieren Sie ihn unter Settings | Version Control | TFVC.

Wie alle JetBrains-IDEs verwendet jetzt auch Rider JetBrains Mono als Standardschriftart in allen Designs. Wir hoffen, dass Ihnen die neue Schrift gefällt!

Eine weitere ReSharper-Funktion, die bisher in Rider fehlte, ist jetzt endlich verfügbar: Namespaces können automatisch importiert werden, wenn Code aus einer Datei in der Projektmappe eingefügt wird.

Wenn Sie NuGet-bezogene Dateien manuell bearbeiten, können Sie sich jetzt auf Unterstützung durch Rider freuen. Die Erstunterstützung umfasst die Bearbeitung von NuGet.Config-, packages.config- und *.nuspec-Dateien, inklusive Code-Completion, Syntaxüberprüfung und Kurzdokumentations-Popup.

Erwähnenswert sind auch diese kleineren Verbesserungen: 

• In C# sind jetzt Methodenseparatoren verfügbar, um Schnittstellen, Klassen, Methoden usw. visuell zu trennen.
• Die Tastenkürzel Alt+Umschalt+Auf/Ab/Rechts/Links wählen jetzt wie in Visual Studio einen Codeblock aus.
• Zwei Aktionspaare – „Move Caret To Code Block Start“/„Move Caret To Code Block End“ und „Move Caret To Code Block Start with selection“/„Move Caret To Code Block End with selection“ – werden jetzt in C# unterstützt und zeigen dasselbe Verhalten wie in anderen JetBrains-IDEs.
• Bei schwebendem Mauszeiger werden Dokumentations-Tooltips für Codesymbole angezeigt, die als Fehler hervorgehoben sind.

Mit Extract Class ist jetzt eine weitere lang erwartete Refaktorierungsoption aus ReSharper in Rider verfügbar.

Sie sind sich unsicher, ob Sie das brauchen? Stellen Sie sich eine Klasse vor, die eigentlich die Arbeit von zwei unterschiedlichen Klassen erledigt. Dieses Refactoring bietet die sicherste und effektivste Methode, diese komplexe Klasse in zwei Klassen aufzuteilen, die jeweils nur einen Aufgabenbereich haben. Extract Class hilft Ihnen bei der Auswahl der Methoden und Felder, die von der alten zur neuen Klasse verschoben werden sollen. Die Refaktorierung warnt Sie auch bei Abhängigkeits- und Zugriffsproblemen und schlägt Möglichkeiten zur Konfliktauflösung vor.

Die Solution-Explorer-Ansicht bietet zwei neue Ordner, die nützliche Informationen zu Ihrem Projekt zusammenfassen: Implicit references (als Unterordner des Assemblies-Ordners) und MSBuild import targets.

Darüber hinaus gibt es einige kleinere Updates:

• Im Dialog Add References haben wir eine neue Funktion hinzugefügt: Recent Assemblies.
• Wir haben einen einfachen Designer für Anwendungseinstellungsdateien (*.settings) eingeführt.
• Im Solution Explorer können die Dateieigenschaften jetzt für alle Dateien angezeigt werden (View | Appearance | Details in Tree Views).
• Die Resx-Codegenerierung in .NET-Standard-Projekten unter macOS und Linux funktioniert jetzt besser.

Um Ihnen mehr Kontrolle über die Anzeige der Unit-Test-Coverage-Ergebnisse zu geben, haben wir Coverage-Filter hinzugefügt. Unter Preferences/Settings | Build, Execution, Deployment | dotCover | Filtering können Sie Filter festlegen.

Wenn Sie Performance-Profiling unter Linux oder macOS betreiben, haben wir gute Nachrichten für Sie: .NET-Core-Anwendungen können auf diesen Betriebssystemen endlich im Tracing-Modus profiliert werden. Außerdem können Sie unter Linux den Profiler jetzt an .NET-Core-Anwendungen anhängen.

• Wir haben eine sehr praktische Aktion hinzugefügt, um einen Buildprozess abzubrechen: Cancel build.
• Für alle Run-Konfigurationen sind „Build/Clean Project“-Aufgaben verfügbar. Mit diesen Aufgaben können Sie Projekte auswählen, die erstellt oder bereinigt werden sollen, bevor eine Run-Konfiguration gestartet wird.
• Die MSBuild-Eigenschaft UpToDateCheckInput wird jetzt unterstützt. 
• Die Bedienoberfläche von „Publish to folder“-Run-Konfigurationen unterstützt jetzt „ARM“-Bezeichner und beliebige benutzerdefinierte „target runtime“-Bezeichner.
• Das mitgelieferte MSBuild wurde auf Version 16.5 aktualisiert.

Der Decompiler und der IL-Viewer von Rider wurden um mehrere neue Funktionen ergänzt: 

• Der Decompiler unterstützt nullbare Referenztypen (NRT). Hinweis: Dies funktioniert derzeit nur in Deklarationen, nicht jedoch in Methodenkörpern.
• Default-Member von Schnittstellen können jetzt dekompiliert werden.
• Das Dekompilieren von Tupel-Komponentennamen wurde verbessert.
• „IL viewer“ Code Vision ist jetzt bei externen Quelldateien nach der Dekompilierung verfügbar.

• Code Vision kann jetzt den Verlauf einer Methode anzeigen. Diese Funktion ist standardmäßig anstelle von VCS Annotate aktiviert (einstellbar unter Preferences | Editor | Code Vision | VCS Actions).
• Das Git-Branches-Popup verfügt jetzt über ein explizites Suchfeld und eine überarbeitete Refresh-Schaltfläche.
• Die Statusleiste wurde um Commit-Indikatoren für eingehende (blau) und ausgehende (grün) Commits ergänzt.
• Probieren Sie auch den neuen Dialog „Interactively Rebase from Here“ aus.
• Das Repositories-Toolfenster heißt jetzt Git, Subversion, Mercurial oder Perforce, je nachdem, welche Versionsverwaltung Sie verwenden.
• Die Ansichten Diff und Merge unterstützen jetzt die Codehervorhebung.
• Wenn Git nicht auf Ihrem Computer installiert ist, bietet Rider an, das Tool für Sie herunterzuladen und zu installieren.

Um die F#-Unterstützung in Rider zu verbessern, haben wir eine Menge Verbesserungen und Korrekturen vorgenommen, die Ihnen bei der täglichen Routine helfen sollten:

• Die Aktion Send project references to F# Interactive ist verfügbar.
• Beim Debuggen funktioniert der Evaluierungs-Tooltip bei schwebendem Mauszeiger auch für Selbstreferenz-Qualifizierer in Methoden und Typen (this.Eigenschaft) und Indexierausdrücke ("foo".[1]).
• Die Dateivorlage Type wurde neu hinzugefügt.
• Code-Analyzer werden jetzt parallel ausgeführt.
• Für bestehende Codeinspektionen wurden mehrere neue Quick-Fixes hinzugefügt, zum Beispiel der Quick-Fix Make field mutable für die Inspektion FS0005: Field not mutable.
• Es gibt auch neue Codeinspektionen mit entsprechenden Quick-Fixes, zum Beispiel „Redundant Attribute suffix“.
• Zwei neue Code-Intentions: Elif to If / If to Elif und Negate If expression condition .
• Code Vision bietet eine neue Aktion Copy Inferred Type. Darüber hinaus werden die übergeordneten Namensräume von Typen nicht mehr angezeigt, um die Länge der angezeigten Informationen zu beschränken.
• Mit Extend Selection kann der gesamte ()-Ausdruck ausgewählt werden.

• Neue Intentions konvertieren vorhandenen Code für die Verwendung von optionaler Verkettung und/oder nullish -Coalescing und leiten Parameter aus Verwendungen ab.
• Das Dokumentations-Popup kann bei schwebendem Mauszeiger ohne Klicken angezeigt werden.
• Vuex- und Composition-API-Unterstützung.
• Beim Speichern kann eine Formatierung mit Prettier ausgeführt werden.
• Vollständige Dateipfade im Go to-Popup.
• Yarn-2-Unterstützung für TypeScript-Projekte.
• Weitere Informationen zu Webentwicklungs-Updates finden Sie unter Das ist neu in WebStorm 2020.1.

• Nach Excel exportieren.
• Unterstützung für die Testframeworks utPLSQL und Tsqlt.
• Anzeigen von Ergebnissen im Code-Editor (standardmäßig deaktiviert).
• Neue Authentifizierungsoptionen.
• Gemeinsame Verwendung von SSH-Konfigurationen.
• Verbesserte Datenfilterung in MongoDB.
• Und viele weitere Datenbankfunktionen – siehe Das ist neu in DataGrip 2020.1.

• WIX-Projekte (Windows Installer XML Toolset) werden jetzt endlich in Rider unterstützt! 
• Ein neues Plugin mit Unterstützung für die Game-Engine Godot ist für Rider 2020.1+ verfügbar. Das quelloffene Projekt ist auf GitHub zu finden. 
• Die C#-Codestil-Einstellungen können jetzt durchsucht werden.
• Sie können in Rider dieselbe systemweite (globale) Einstellungsdatei wie in ReSharper verwenden, um die Einstellungen beider Tools zu synchronisieren. Dieses Verhalten lässt sich unter File | Settings | Tools | ReSharper | Synchronize machine-wide Rider und ReSharper settings steuern.
• Neue Einstellungen für C#-Codestile ermöglichen Vorgaben für das abschließende Komma. Die Einstellungen, die Sie unter Preferences | Editor | Code Style | C# | Syntax Style | Trailing comma finden, sind (mit Ausnahme einiger Sonderfälle) auch mit der Inspektion StyleCop SA1413 kompatibel.

• Der neue Zen-Modus kombiniert den Distraction Free Mode mit der Vollbildansicht.
• Das Terminal-Toolfenster lässt sich vertikal oder horizontal teilen, um Terminalsitzungen nebeneinander auszuführen. Rufen Sie im Terminal das Kontextmenü auf, um eine geteilte Terminalsitzung zu erstellen oder zu schließen bzw. um zwischen den Sitzungen zu navigieren.
• Der HTTP-Client ist an zahlreichen Stellen verbessert worden. Sie können URLs automatisch vervollständigen lassen und direkt aus den HTTP-Request-Dateien zu den zugehörigen Endpunkten navigieren. In der Endpunktansicht können Sie HTTP-Anfragen generieren. Und schließlich bietet der HTTP-Client eine korrekte Auto-Completion für Pfadvariablen.
• Ein einheitliches IntelliJ-Light-Design ist jetzt für alle Betriebssysteme verfügbar.
• Unter Windows 10 sieht der obere Fensterrand im randlosen Modus jetzt viel besser aus.