Datei-Explorer in Visual Studio - eine mögliche neue Funktion
Bei der Arbeit mit Projekten in Visual Studio müssen Entwickler oft auf Dateien zugreifen oder diese ändern, die nicht direkt in ihrem Projekt oder ihrer Lösung enthalten sind. Dateien wie .gitignore, .gitattributes, Dockerfile oder sogar bestimmte Ordner wie bin oder obj werden möglicherweise nicht standardmäßig im Solution Explorer angezeigt. In einem kürzlich erschienenen Video mit dem Titel Datei-Explorer in Visual Studio - Potenzielle neue Funktion führt uns Tim Corey durch eine potenzielle Lösung, die Microsoft derzeit testet - eine neue Datei-Explorer-Erweiterung für Visual Studio.
Dieser Artikel befasst sich mit Tims detaillierten Erläuterungen, Erkenntnissen und Vorschlägen aus dem Video und bietet einen praktischen Leitfaden für Entwickler, die an dieser Funktion interessiert sind. Lassen Sie uns in Tims Demonstration eintauchen, um den Anwendungsfall und die Grenzen aktueller Lösungen zu verstehen und um zu sehen, wie diese Erweiterung Probleme in der Praxis lösen kann.
Das Problem mit dem Zugriff auf versteckte Dateien in Visual Studio
Zu Beginn des Videos hebt Tim Corey eine häufige Frustration von Entwicklern hervor - die Unmöglichkeit, Dateien zu ändern, die formal nicht in der Lösung enthalten sind. So wird beispielsweise der Zugriff auf eine .gitignore-Datei oder die Bearbeitung von projektbezogener Dokumentation wie README.md unnötig kompliziert. Tim erklärt, dass eine typische Abhilfe darin besteht, im Projektmappen-Explorer auf das Symbol "Alle Dateien anzeigen" zu klicken.
Wie Tim jedoch bei 1:21 demonstriert, führt die Verwendung dieser Funktion zu einem unübersichtlichen Erlebnis. Sie ist inkonsistent und muss für jedes Projekt einzeln aktiviert werden. Sie verlieren den Zusammenhalt und müssen ständig zwischen verschiedenen Ansichten wechseln. Schlimmer noch, sie hilft nicht immer auf der Lösungsebene - zum Beispiel kann man immer noch nicht auf Dateien zugreifen, die nicht Teil eines bestimmten Projekts sind, aber im Stammverzeichnis der Lösung existieren.
Ordneransicht: Eine begrenzte Alternative
Als Abhilfe schlägt Tim vor, zur Ordneransicht zu wechseln (2:00), die den Zugriff auf versteckte Dateien wie .gitignore und .gitattributes ermöglicht. Tim macht aber auch deutlich, dass dieser Modus ernsthafte Einschränkungen hat. Sie befinden sich nicht mehr in der Standardlösungsansicht, was bedeutet, dass Sie den Zugang zu gängigen Tools und Funktionen verlieren, auf die sich Entwickler verlassen.
Tim teilt hier seine persönliche Meinung mit: Er mag es nicht, zur Ordneransicht zu wechseln. Für typische Arbeitsabläufe wirkt sie unzusammenhängend und klobig. Dies führt dazu, dass er eine viel bessere Lösung vorstellt - eine neue Visual Studio-Erweiterung, die derzeit getestet wird.
Einführung in die Datei-Explorer-Erweiterung
Um diese Probleme zu lösen, verweist Tim auf eine neue Erweiterung namens "File Explorer" von Mads Kristensen, die über den Erweiterungsmanager von Visual Studio verfügbar ist. Wie Tim bei 2:31 erwähnt, ist Mads dafür bekannt, experimentelle Funktionen in Form von Erweiterungen zu erstellen, um das Interesse zu testen und Feedback zu sammeln, bevor Microsoft entscheidet, ob sie direkt in Visual Studio integriert werden sollen.
Zum Zeitpunkt der Aufnahme hatte die Erweiterung laut Tim über 3.000 Downloads und eine hohe Durchschnittsbewertung, was darauf hindeutet, dass die Entwicklergemeinde sie wirklich nützlich findet.
Installieren und Aktivieren der Erweiterung
Tim demonstriert den Installationsprozess und weist darauf hin, dass die Erweiterung nach der Installation einen Neustart von Visual Studio erfordert (3:06). Nachdem er dies aus dem Off getan hat, kehrt er zurück (3:16), um die neue Ansicht des Datei-Explorers zu zeigen, die jetzt in den Lösungs-Explorer eingebettet ist - ein entscheidender Fortschritt.
Dieser neue Abschnitt erscheint als Ordner mit dem Namen der Lösung und befindet sich auf derselben Ebene wie alle Ihre Projekte. Wenn sie erweitert wird, bietet sie direkten Zugriff auf die gesamte Ordnerstruktur - auch auf Dateien und Verzeichnisse, die normalerweise nicht im Projektmappen-Explorer erscheinen.
Navigieren und Ändern von versteckten Dateien
Bei 3:29 beginnt Tim mit der Navigation in diesem neuen Datei-Explorer-Fenster. Er demonstriert, wie sie alles zeigt - .gitignore, .gitattributes, README.md und mehr. Während er auf README.md klickt, bearbeitet Tim die Datei direkt in Visual Studio und lobt, wie bequem und nahtlos das Verfahren ist.
Tim betont dies noch einmal bei 4:01 und merkt an, dass diese neue Funktion das Beste aus beiden Modi vereint: die volle Sichtbarkeit der Ordneransicht und die strukturierte, funktionsreiche Lösungsansicht, die Entwickler bevorzugen.
Zusätzliche Funktionen und Dateioperationen
Ein weiteres praktisches Highlight, das Tim zeigt (4:03), ist das Rechtsklickmenü im Datei-Explorer. Benutzer können:
-
Öffnen Sie eine Datei in VS Code
-
Öffnen Sie es im Datei-Explorer
-
Mit einem Standardprogramm öffnen
-
Umbenennen der Datei
- Kopieren Sie den vollständigen Pfad
Diese Funktionen ermöglichen es Entwicklern, projektbezogene Dateien direkt zu verwalten, ohne zwischen externen Editoren oder Datei-Explorern zu wechseln.
Tim weist besonders auf die zeitsparende Natur dieser Funktionalität hin, insbesondere für Dateien wie .gitignore, die oft kleine, aber wichtige Änderungen erfordern. Wie er bei 4:22 sagt, öffnen Sie einfach die Datei, nehmen die Änderung vor und machen weiter - und das alles, ohne Ihren gewohnten Arbeitsablauf zu unterbrechen.
Für einen aufgeräumten Arbeitsbereich
Tim zeigt auch einen netten Trick, um die Benutzeroberfläche aufgeräumt zu halten. Sie können den Abschnitt des Datei-Explorers minimieren, so dass er nur eine Zeile Platz am oberen Rand des Projektmappen-Explorers einnimmt. So wird sichergestellt, dass sie immer verfügbar ist, wenn sie gebraucht wird, aber nie im Weg steht, wenn sie nicht gebraucht wird.
Laut Tim (4:36) ist das Tool dadurch "schnell und einfach" zugänglich und gleichzeitig nicht aufdringlich - ein Gleichgewicht, das viele Visual Studio-Funktionen nicht erreichen.
Microsoft's Strategie: Testen von Funktionen durch Erweiterungen
Um ca. 6:00 Uhr erklärt Tim, warum diese Funktion derzeit eine Erweiterung und nicht ein Kernbestandteil von Visual Studio ist. Microsoft experimentiert zunehmend mit benutzergesteuerter Entwicklung. Anstatt zu erraten, was Entwickler wollen, werden Funktionen als Erweiterungen veröffentlicht, um die reale Nutzung und das Feedback zu messen.
Tim weiß diese Strategie zu schätzen. Er weist darauf hin, dass manchmal nur eine lautstarke Minderheit eine Funktion anfordert und eine verfrühte Integration in die IDE nach hinten losgehen könnte. Durch die Verwendung von Erweiterungen als Prototypen sammelt Microsoft solide Beweise, bevor es sich zur vollständigen Integration entschließt.
Wie Sie die Zukunft von Visual Studio mitbestimmen können
Tim ermutigt die Betrachter, die Erweiterung herunterzuladen, zu testen und Feedback zu geben. Bei 6:26 erklärt er, dass das Engagement der Benutzer - wie das Melden von Fehlern, das Vorschlagen von Verbesserungen und das Bewerten der Erweiterung - Microsoft bei der Entscheidungsfindung hilft:
-
Ob die Funktion integrationswürdig ist
- Wie man es am besten für die breitere Entwicklerbasis umsetzt
Tim bittet auch um Vorschläge für zusätzliche Funktionen. Vielleicht möchten Sie z. B. Drag-and-Drop-Unterstützung oder eine Rechtsklick-Option für "Zur Lösung hinzufügen". Diese Ideen könnten in die endgültige Implementierung einfließen, daher ist Ihr Beitrag wichtig.
Abschließende Überlegungen und warum es wichtig ist
Gegen Ende (7:25) fasst Tim seine Gedanken zusammen. Er glaubt, dass diese Erweiterung ein reales Entwicklerproblem löst - keines, das jeden Tag auftritt, aber eines, das frustrierend ist, wenn es auftritt. Zum Beispiel ist es sehr hilfreich, die Datei README.md schnell zu ändern, ohne zu einem anderen Tool zu wechseln.
Tim denkt auch darüber nach, dass Visual Studio Code hier einen starken Präzedenzfall darstellt. VS Code macht die Dateistruktur zu einem zentralen Teil der Benutzeroberfläche, und diese Erweiterung hilft, etwas von dieser Benutzerfreundlichkeit in Visual Studio zu bringen - ohne das Kerndesign zu verändern.
Abschließend betont er, dass Visual Studio zwar nicht einfach zu VS Code werden kann, aber durchaus dessen Stärken übernehmen kann. Diese Erweiterung ist ein Schritt in diese Richtung.
Abschluss
Die Dateiexplorer-Erweiterung für Visual Studio, die Tim Corey in seinem Video vorstellt, ist eine intelligente, effiziente Lösung für ein häufiges Workflow-Problem. Indem es Entwicklern ermöglicht, auf alle projektbezogenen Dateien zuzugreifen und diese zu bearbeiten - auch solche, die nicht in den Anwendungsbereich der Lösung fallen - ohne die IDE zu verlassen oder ihren Arbeitsablauf zu unterbrechen, schließt dieses Tool eine wichtige Lücke.
Ganz gleich, ob Sie häufig an .gitignore arbeiten, Dokumentationen bearbeiten oder einfach nur einen Überblick über Ihre gesamte Ordnerstruktur benötigen, diese Erweiterung bietet einen echten Mehrwert. Wie Tim empfiehlt, probieren Sie es aus, geben Sie Feedback und helfen Sie mit, die Zukunft der Visual Studio-Entwicklung zu gestalten.
Wie Tim es am besten ausdrückt, geht es nicht darum, ein alltägliches Problem zu lösen, sondern eines, das schmerzhaft wird, wenn es auftritt - und zwar auf eine Weise, die sauber, leicht und entwicklerfreundlich ist.
