Erklärung des Begriffs: Visual Studio 2017 (VS2017)

Termine

Unterstützte Programmier- und Skriptsprachen in Visual Studio 2017

• Programmiersprachen mit Syntaxfarbhervorhebung und Eingabeunterstützung

• Zusätzlich mit Code-Schnippeln:

• Zusätzlich mit Navigationsfunktionen:

Setup stark modular

• Es gibt einen neuen, stärker modularisierten Webinstaller
• Die einzelnen Module heißen "Workloads" (in der deutschen Version: "Arbeitsauslastungen" :-( )
• Nicht alle Visual Studio-Funktionen sind in Workloads organisiert. Unterstützung für GitHub und PowerShell, C++/CLI, diverse Testwerkzeuge sowie ältere Frameworks wie LINQ-to-SQL und Windows 8.1 findet der Entwickler unter den "Individual Components".
• Es gibt kein ISO-Setup mehr, was viele Benutzer nicht gut finden.
• Für Visual Studio-Erweiterungen gibt es ein neues Format (VSIX-Version 3), da eine Erweiterung nun die benötigten Workloads deklarieren muss. Visual Studio-Nutzer können jetzt mehrere Erweiterungen in einem Rutsch installieren und sich die Liste der installierten Erweiterungen auch per Microsoft-Cloud auf andere Rechner übertragen lassen. Eine automatische Installation der Erweiterungen erfolgt dort aber nicht. Zudem überwacht Visual Studio nun das Laufzeitverhalten von Erweiterungen und warnt, wenn eine Erweiterung die IDE ausbremst. Einige ältere Erweiterungen (z. B. Projektvorlagen, die kein Template Manifest besitzen) müssen für die Verwendung in Visual Studio 2017 geändert werden.

"Low Impact Installation"

• statt Registry nun Konfigurationsdateien in /AppData/Local/Microsoft/VisualStudio
• statt GAC nun C:\Program Files (x86)\Microsoft Visual Studio\2017\Enterprise

Erweiterung/Add-ons

• Für Visual Studio-Erweiterungen gibt es ein neues Format (VSIX-Version 3), da eine Erweiterung nun die benötigten Workloads deklarieren muss.
• Visual Studio-Nutzer können nun mehrere Erweiterungen in einem Rutsch installieren und sich die Liste der installierten Erweiterungen auch per Microsoft-Cloud auf andere Rechner übertragen lassen. Eine automatische Installation der Erweiterungen erfolgt dort aber nicht.
• Zudem überwacht Visual Studio nun das Laufzeitverhalten von Erweiterungen und warnt, wenn eine Erweiterung die IDE ausbremst.
• Einige ältere Erweiterungen (z. B. Projektvorlagen, die kein Template Manifest besitzen) müssen für die Verwendung in Visual Studio 2017 geändert werden.

Projekte

• Bei den Projektvorlagen spricht Microsoft jetzt nur noch von "App". So wurde aus der "WPF Application" nun auch eine "WPF App", was die Unterscheidung zwischen den klassischen Windows-Anwendungen und den modernen Apps erschwert. Immerhin trennen die beiden Äste "Windows Classic Desktop" und "Windows Universal" im Projekt-Anlegen-Dialog die beiden Architekturen noch.
• Das Laden von Projektmappen mit sehr vielen Projekten dauerte bisher in Visual Studio noch länger als mancher Gang zur Kaffeemaschine. Als "Lightweight Solution Load" bezeichnet Microsoft das Laden von Projektmappen in Visual Studio 2017 ohne dass dabei alle Projekte tatsächlich geöffnet würden. Dies erfolgt erst, wenn der Entwickler ein Projekt konkret aufklappt.
• Als "Projectless source code editing" und "Any Code" bezeichnet Microsoft die Möglichkeit, Dateisystemordner mit Quellcode direkt per "File/Open/Folder" zu öffnen, ohne dass es dafür eine Projektdatei gibt. Für solche Dateien steht nicht nur der Codeeditor, sondern auch das Debugging zur Verfügung. Im Projektmappenexplorer können Entwickler nun umschalten zwischen der bisher bekannten Projektansicht und einer rohen Sicht auf das Dateisystem ("Folder View").

Geschwindigkeit

Editor

• Der Editor unterstützt die Sprachsyntax in C# in der Version 7.0, F# 4.1 und Visual Basic .NET in der Version 15 sowie TypeScript 2.1.
• Bei der IntelliSense-Eingabeunterstützung kann der Entwickler die Vorschlagsliste filtern nach Sprachkonstrukttyp, also nach Namensräumen, Klassen, Schnittstellen, Enumerationen, Delegaten, Methoden, Variablennamen sowie auch nach Sprachschlüsselwörtern und Codeschnipselnamen. Lange Vorschlagslisten werden so übersichtlicher.
• Im Editor-Fenster zeigen nun sogenannte "Structure Guide Lines" die Einrückungstiefe besser. Diese Funktion hat Microsoft aus den Visual Studio Power Tools in das Produkt übernommen, allerdings in einer farblosen Variante.
• Die Trefferliste bei der altbekannten Funktion "Find all References" ist nun gruppierbar in verschiedene Kriterien wie Projektname, Dateiname und Typname.
• Die Funktion "Goto Line" (STRG+G) ist nun kein modaler Dialog mehr, sondern schmiegt sich wie die Volltextsuche in die obere rechte Ecke des Editors ein. Über das neue Eingabefeld kann der Entwickler auch Dateien, Typen und Mitglieder per Namenssuche finden.
• In Visual Studio 2015 hatte Microsoft die Codeanalyse und das Refactoring auf neue Grundlagen gestellt, selbst aber nur wenige konkrete Funktionen mitgeliefert. In Visual Studio 2017 gibt es deutlich feiner konfigurierbare "Code Style"-Regeln zum Einsatz von Sprachkonstrukten und zur Bezeichnernamensgebung sowie zahlreiche zusätzliche Refactoring-Funktionen, wie das Extrahieren von Klassen aus Dateien, das Vervollständigen von switch-Anweisungen und die Nutzung der neueren syntaktischen Konstrukte wie "String Interpolation" und "Inline Variable Declaration".
• Auch für die eXtensible Application Markup Language (XAML) in Windows Presentation Foundation (WPF) und Universal Windows 10 Apps (UWA) bietet Microsoft nun Refactoring-Funktionen wie das automatische Einfügen von Namensräumen, das Umbenennen der Namensraum-Präfixe, das alphabetische Sortieren der Namensräume und die Entfernung nicht verwendeter Namensräume.
• Die IntelliSense für den JavaScript-Editor hat Microsoft abermals überarbeitet; er arbeitet nun intern mit dem TypeScript Language Service und bietet Eingabeunterstützung an mehr Stellen, z. B. bei dem Befehl import { … } from … für Module. Auch eine Transpilation von modernen JavaScript-Versionen (ECMAScript 6 und höher) zu ECMAScript 5 ist damit nun in Visual Studio ohne Zusatzwerkzeuge möglich. Gleichzeitig entfällt aber die Unterstützung für ältere IntelliSense-Krücken wie ///<references/>, _references.js, .intellisense.js und das VSDoc-Format. Der neue Editor unterstützt nur noch JSDoc.

Debugger

• Beim Debugging in Visual Studio bot die Entwicklungsumgebung bei aufgetretenen Laufzeitfehlern für nativen Code und Managed Code bisher zwei verschiedene Dialoge, die nicht alle Informationen (z. B. eingebettete Exception-Objekte) auf einen Blick, sondern erst nach zum Teil mehreren Mausklicks zeigten.
• Microsoft hat in Visual Studio 2017 eine neue "Exception Helper"-Sprechblase eingeführt, die innere Fehler direkt anzeigt. Bei dem häufigen NullReference-Fehler zeigt der Exception Helper jetzt das verursachende Objekt an – dies allerdings leider nicht, wenn es ein innerer Fehler ist.
• Lästig war in bisherigen Visual Studio-Versionen, dass die Fehleranzeige beim Debugging teilweise erst mit einigen Sekunden Verzögerung erschien. In Visual Studio 2017 geht dies nun wesentlich schneller.
• Run to Click
• Eine weitere Verbesserung im Debugger ist die Option, die Verhaltenseinstellung bei Laufzeitfehlern nun auch an Bedingungen zu binden. Aktuell ist die einzige mögliche Bedingung aber eine Bindung an den Modulnamen.

C# Interactive Window

• Filter bei IntelliSense-Liste

Edit&Continue für XAML

Live Unit Testing

.NET Core

• Zusammen mit Visual Studio 2017 haben die Werkzeuge für .NET Core, ASP.NET und Entity Framework Core erstmals RTM-Status erreicht. Im Juni 2016 waren zwar die Versionen 1.0 der Core-Frameworks erschienen, aber die zugehörigen Werkzeuge verblieben im Preview-Status. Die fertigen Core-Werkzeuge gibt es nun für die Kommandozeile und in Visual Studio 2017.
• Zu beachten ist, dass aber einige Visual Studio-Funktionen wie Live Unit Testing weiterhin nicht für .NET Core verfügbar sind.
• Microsoft hat wie angekündigt das .NET Core-Projektformat von project.json und .xproj-Dateien wieder auf XML-basierte .csproj-Dateien umgestellt - dort sind nun auch die Referenzen zu NuGet-Paketen hinterlegt. Visual Studio 2017 konvertiert diese beim Öffnen von bestehenden .NET Core-Projekten in das neue .csproj-Format. Alternativ ist die Konvertierung per Kommandozeile möglich mit dotnet-migrate.
• Die endgültigen Werkzeuge für .NET Core gibt es übrigens nicht für Visual Studio 2015. Entwickler, die mit .NET Core arbeiten wollen, müssen also auf Visual Studio 2017 umsteigen.

Xamarin

Cordova Tools

TFS Team Explorer

Weitere Features