Lesedauer 4 Minuten

Rider kann deutlich mehr, als man im Alltag benutzt. Die meisten Entwickler kennen Autovervollständigung und ein paar Refactorings, lassen aber viele der Werkzeuge liegen, die richtig Zeit sparen. Hier sind zehn Tipps, die sich aus meiner Sicht am meisten lohnen, plus ein Blick auf die Neuerungen in Rider 2026.2.

Hinweis zu Tastenkürzeln: Rider bringt mehrere Tastaturbelegungen mit („Visual Studio“, „ReSharper“, „IntelliJ“, macOS-Varianten). Die Kürzel unten gelten für die gängigen Belegungen. Wenn eines bei dir nicht funktioniert, findest du die Aktion mit Tipp 1 über ihren Namen.

1. Doppel-Shift und „Find Action“

Zweimal Shift hintereinander öffnet Search Everywhere: Klassen, Dateien, Symbole, Einstellungen und Aktionen in einem einzigen Suchfeld. Mit Ctrl+Shift+A (macOS: Cmd+Shift+A) suchst du gezielt nach Aktionen, also nach allem, was Rider kann.

Dafür musst du dir keine Kürzel merken. Tipp einfach „reformat“, „git blame“ oder „toggle breakpoint“ ein. Rechts neben jedem Treffer steht das passende Kürzel, so lernst du sie nebenbei.

2. Alt+Enter löst fast alles

Wenn du nur ein Kürzel lernst, dann Alt+Enter (macOS: Option+Enter). Es zeigt an der Cursor-Position alle passenden Aktionen: fehlende using-Direktiven ergänzen, Methode erzeugen, null-Prüfung einfügen, Schleife in LINQ umwandeln, String-Verkettung in Interpolation umbauen, Warnung unterdrücken und vieles mehr.

Gewöhn dir an, bei jeder farbig markierten Stelle einmal Alt+Enter zu drücken. Oft steckt dahinter eine Verbesserung, von der du nichts wusstest.

3. „Refactor This“ statt Menü-Suche

Du musst nicht wissen, wo im Menü ein Refactoring steckt. Refactor This (ReSharper-/VS-Belegung: Ctrl+Shift+R, macOS: Ctrl+T) zeigt nur die Refactorings, die an der aktuellen Stelle überhaupt möglich sind: Umbenennen, Methode extrahieren, Interface extrahieren, Signatur ändern, Typ in eigene Datei verschieben, Member nach oben ziehen.

Gerade Change Signature und Extract Interface sparen bei größeren Umbauten viel Handarbeit, weil Rider alle Aufrufer mit anpasst.

4. Postfix-Templates: erst den Ausdruck, dann die Struktur

Postfix-Templates drehen die Reihenfolge beim Tippen um. Du schreibst zuerst den Ausdruck und hängst dann an, was damit passieren soll:

Zusammen mit eigenen Live Templates (Settings → Editor → Live Templates) fällt so ein großer Teil des Standardcodes weg.

5. Die ganze Solution im Blick mit Solution-Wide Analysis

Standardmäßig sieht man Fehler vor allem in der gerade offenen Datei. Mit Solution-Wide Analysis analysiert Rider die gesamte Solution im Hintergrund und zeigt alle Fehler im Problems-Fenster, auch in Dateien, die du nie geöffnet hast. Falls sie noch nicht aktiv ist, schaltest du sie unter Settings → Editor → Inspection Settings ein.

Zusätzlich markiert Rider damit nicht verwendete öffentliche Typen und Member. Das ist ideal, um toten Code zu finden, bevor er sich stapelt.

6. Mehr aus dem Debugger herausholen

Der Rider-Debugger kann weit mehr als Haltepunkte setzen und Schritt für Schritt durchlaufen:

  • Bedingte Haltepunkte: Rechtsklick auf den Haltepunkt, Bedingung eintragen, z. B. order.Id == 4711.
  • Tracepoints: Haltepunkt ohne Anhalten („Suspend“ abwählen, „Log evaluated expression“ aktivieren). Damit loggst du Werte, ohne Code zu ändern.
  • Inline-Werte: Variablenwerte erscheinen direkt im Editor neben dem Code.
  • Ausführungszeiger verschieben: Den gelben Pfeil an eine andere Zeile ziehen („Set Next Statement“), um Code erneut auszuführen.
  • Smart Step Into: Bei verschachtelten Aufrufen wie Foo(Bar(), Baz()) gezielt in eine bestimmte Methode springen. In 2026.2 wurde das Verhalten noch einmal verbessert.

7. In fremden Code springen mit Decompiler und externen Quellen

Mit Go to Declaration (Ctrl+Klick bzw. Cmd+Klick) kommst du auch in NuGet-Pakete und das .NET-Framework. Rider lädt die Quellen über SourceLink oder Symbolserver. Gibt es keine, dekompiliert Rider die Assembly einfach.

Du kannst dort auch Haltepunkte setzen und durch Bibliothekscode debuggen. Bei Fragen wie „Warum wirft diese Bibliothek hier eine Exception?“ ist das oft schneller als jede Doku.

8. Local History als Sicherheitsnetz neben Git

Unabhängig von Git speichert Rider jede Änderung lokal. Über Rechtsklick → Local History → Show History siehst du frühere Stände einer Datei oder eines ganzen Ordners und kannst sie wiederherstellen.

Das rettet dich, wenn du noch nicht committet hattest und ein git checkout oder ein missglücktes Refactoring Arbeit vernichtet hat.

9. Formatieren und aufräumen beim Speichern

Unter Settings → Tools → Actions on Save kann Rider beim Speichern automatisch Code neu formatieren, using-Direktiven optimieren und ein Code-Cleanup-Profil anwenden. Die Regeln kommen aus einer .editorconfig im Repository. So gilt für das ganze Team derselbe Stil, egal ob jemand Rider, Visual Studio oder VS Code benutzt.

Das Ergebnis: Formatierungsdiskussionen verschwinden aus den Code-Reviews.

10. Struktur statt Dateibaum: File Structure und Recent Files

Zwei Navigationshilfen, die oft unterschätzt werden:

  • File Structure (Ctrl+F12, macOS: Cmd+F12) zeigt alle Member der aktuellen Datei als Liste, die du durch Tippen filtern kannst. Ideal für große Klassen.
  • Recent Files (Ctrl+E, macOS: Cmd+E) listet die zuletzt geöffneten Dateien und Tool-Fenster. Damit brauchst du kaum noch Tabs und den Solution Explorer.

Wer beides verinnerlicht, klickt sich kaum noch durch den Projektbaum.

Bonus: Neu in Rider 2026.2

Mit der Version 2026.2 (Juli 2026) sind einige Neuerungen dazugekommen, die einen Blick wert sind:

  • WPF Hot Reload: XAML im laufenden Programm ändern, ohne neu zu bauen.
  • Performance: Laut JetBrains startet der .NET-Debugger unter Windows rund 2,8 Sekunden schneller. Branch-Wechsel in Roslyn-Solutions sind 2–3× schneller, und die Backend-Prozesse brauchen 7–8 % weniger Speicher.
  • KI-Agenten: GitHub Copilot ist als nativ integrierter Agent verfügbar. Dazu kommen neue Agent-Skills (z. B. Performance-Analyse mit dotTrace) und Code-Quality-Hooks, die Änderungen von KI-Agenten automatisch mit Riders Inspektionen prüfen.
  • Natvis unter Linux und macOS für das Debuggen von nativem Code.
  • Azure-Integration: Azure Functions und Pull Requests aus Azure DevOps direkt in der IDE.

Details stehen im offiziellen Release-Beitrag: Rider 2026.2: IDE Intelligence for AI Agents, Faster Performance, and Spectacular Game Dev Updates.

Fazit

Die größte Wirkung haben nicht die exotischen Funktionen, sondern die Gewohnheiten: Doppel-Shift statt Menü, Alt+Enter statt Handarbeit, Refactor This statt Suchen und Ersetzen. Nimm dir pro Woche ein oder zwei Tipps vor und nutze sie bewusst. Nach einem Monat arbeitest du spürbar schneller.

Mehr zum Thema C# lesen.

Hat Dir der Beitrag gefallen?

Wenn Du Fragen oder Anmerkungen zu diesem Beitrag hast, dann starte einen Kommentar. DANKE für Dein Feedback!