Anzeige
Anzeige
Anzeige
Anzeige
Anzeige
Anzeige
Lesedauer 3 Min.

Autosave in Visual Studio 17.2

Strg+S ist bei vielen Entwicklern schon eine automatische Bewegung. Wird man ihr überdrüssig, bekommt von dem im Anschluss an Visual Studio eingesetzten Werkzeug falsche Ergebnisse. Abhilfe schafft das neue Autosave-Feature von Visual Studo 2022.
Nur bei den wenigsten Entwicklern ist Visual Studio das einzige Tool, das sie für ihre Arbeit verwenden. Wechselt man das Werkzeug, kommt es allerdings immer wieder zu Problemen: Wird der Code in Visual Studio nicht gespeichert, kann der Code, der im nächsten Tool angezeigt wird, veraltet sein. Bearbeitet man den Code dann in dem anderen Tool bearbeiten, ist er nicht mehr synchron und es ist eine Tortur, alles wieder zusammenzufügen.Ab der Version 17.2 Preview 1 hilft die neue Autosave-Funktion Entwicklern dabei, diese Pein zu vermeiden. Man findet sie über eine Suche in Visual Studio (Strg+Q) nach dem Begriff "autosave". Dadurch gelangen Sie auf die Seite Environment | Documents unter Tools | Options.Ist die Option "Automatically save files when Visual Stuido is in the background" aktiviert, wird jedes Mal, wenn Visual Studio den Fokus verliert versucht, jedes nicht freigegebene Dokument in der IDE zu speichern. Dazu gehören Projektdateien, Lösungsdateien und sogar verschiedene Dateien, die nicht Teil des Projekts oder der Lösung sind. Wenn das Speichern einer Datei aus irgendeinem Grund fehlschlägt (zum Beispiel weil die Datei auf dem Datenträger schreibgeschützt ist), behält Visual Studio die Änderungen im Editor bei und lässt die Datei unbearbeitet. Die Absicht ist, dass beim Wechsel zu einem anderen Tool nach einem Moment alle Änderungen in Visual Studio auf die Festplatte übertragen werden.Übrigens: Ist die Funktion "Code Cleanup on Save" in Visual Stuido 2022 17.2 aktiviert, löst Autosave keinen Code Cleanup aus, weil das Visual-Studio-Team der Meinung ist, dass es stört, wenn die Code-Bereinigung zu oft erfolgt. Sie wird nur ausgelöst, wenn man die Code-Datei explizit speichert, entweder durch einen Befehl oder implizit als Teil eines Builds.

Neueste Beiträge

Builder meets Faker - Testdata-Builder, Teil 2
Wer viele Testdaten braucht, liebt Bogus: Die Library erzeugt auf Knopfdruck realistische Daten und geht mit dem Builder-Pattern eine perfekte Kombination ein.
6 Minuten
12. Nov 2025
DDC hakt nach: Hör auf, Dich über Verbindungsstrings zu ärgern
Die App läuft lokal wie geschmiert, aber sobald Backend-Services ins Spiel kommen, stottert die Maschine. Connection Strings, die nicht wollen. Emulator-Konfigurationen, die nerven. Johan Smarius erklärt im Interview und auf der .NET Developer Conference 2025, wie es anders - und viel besser geht.
4 Minuten
10. Nov 2025
Generative AI und Python - Python und AI, Teil 4
Generative KI mit Python nutzen und so die Basis für eigene Anwendungen schaffen.
7 Minuten
Miscellaneous

Das könnte Dich auch interessieren

Attraktives GUI mit Spectre.Console - Best of NuGet, Teil 6
Mit der Bibliotheksfamilie Spectre.Console steht ein neues Produkt ante portas, das die Realisierung von visuell ansprechenden Kommandozeileninterfaces zu erleichtern sucht.
7 Minuten
29. Okt 2025
Loggingdaten-Einlaufstelle mit Komfortfunktionen - Best of NuGet, Teil 5
Die in Android implementierte Logging-Funktion ist ein leistungsfähiges Beispiel für moderne Logging-Systeme. Mit Serilog steht ein ähnliches System für .NET-Applikationen zur Verfügung, das allerdings einige weit über das große Vorbild hinausgehende Funktionen offeriert.
6 Minuten
22. Okt 2025
Benchmark im Unit-Test-Stil - Best of NuGet, Teil 4
NuGet-Pakete können das Leben des .NET-Entwicklers sogar um neue Werkzeuge erweitern, die sich auf den Entwicklungsworkflow (und nicht den bearbeiteten Code) auswirken. Mit BenchmarkDotNet steht ein Musterbeispiel dieses Konzepts zur Verfügung, das die Überprüfung der Performance von Code aller Arten ermöglicht.
7 Minuten
16. Okt 2025
Anzeige
Anzeige
Anzeige
Anzeige
Anzeige