VS Code – Adieu à Solution Explorer

23 juil. 2026

VS Code – Adieu à Solution Explorer

La Solution Explorer n’est plus une partie des projets créés dans VS Code à partir de la mise à jour la plus récente du C# Dev Kit.

Si vous avez mis à jour le C# Dev Kit dans Visual Studio Code et que vous avez remarqué que l’ancien Explorateur de solutions a disparu, sachez que ce n’est ni un bug ni un problème d’installation. Il s’agit d’un changement majeur dans la façon dont le développement en C# fonctionne au sein du VS Code.

Dans cet article, nous allons comprendre ce qui a changé, pourquoi Microsoft a pris cette décision et comment travailler avec vos projets .NET à partir de maintenant.

Pendant de nombreuses années, les développeurs .NET habitués à Visual Studio ont utilisé l’Explorateur de solutions pour naviguer entre les projets, ajouter des fichiers, gérer les références et réaliser diverses tâches du quotidien.

Cependant, l’équipe du C# Dev Kit a décidé de supprimer cette fonctionnalité et d’intégrer l’expérience de développement directement dans l’explorateur natif du VS Code.

Selon Microsoft, l’objectif est de simplifier l’expérience et de faire en sorte que le développement en C# suive le même modèle que celui utilisé par les autres langages dans l’éditeur.

Pourquoi l’Explorateur de solutions a été retiré ?
Le dispositif explique plusieurs raisons à cette modification :

– Le C# se comportait différemment des autres langages dans VS Code ;
– Il existait une duplication d’interfaces et de fonctionnalités ;
– Beaucoup de débutants pensaient qu’un projet sans fichier .sln était cassé ;
– Les dépendances entre projets demeuraient cachées dans le fichier de solution ;
– Il y avait un mélange entre les éléments physiques et virtuels dans l’arborescence de navigation ;
– L’intégration pour le développeur .NET était plus complexe à prendre en main.

En résumé, l’équipe souhaite que VS Code traite les projets .NET de la même manière que les projets JavaScript, Python ou Go : en s’appuyant sur la structure des dossiers du système de fichiers.

Maintenant, vous n’avez plus besoin d’une Solution

C’est peut-être la plus grande rupture conceptuelle. Dans le nouveau modèle, il est possible d’ouvrir simplement un dossier qui contient vos projets et de commencer à travailler tout de suite, sans nécessiter d’ouverture d’un fichier .sln ou .slnx.

Lorsque vous procédez ainsi, VS Code passe automatiquement en mode : C# Workspace Dev Mode. Dans ce mode, l’espace de travail entier fonctionne comme une « solution virtuelle ». Tous les services du C# restent disponibles : IntelliSense ; navigation entre les types ; refactorisations ; débogage ; compilation.

Tout fonctionne comme auparavant, même sans une solution traditionnelle.

Le nouveau panneau : C# Project Details

Au lieu du vieil Explorateur de solutions, un nouveau panneau est apparu : C# Project Details.

Ce panneau affiche des informations concernant :
– les dépendances ;
– les frameworks ;
– les paquets NuGet ;
– les projets référencés ;
– les fichiers liés.

Cependant, il existe une limitation essentielle : ce panneau est en lecture seule (read-only).

Il n’est pas possible d’ajouter des références ou de créer des fichiers directement via ce panneau.

Comment compiler les projets maintenant ?

La compilation reste relativement simple. Il suffit de faire un clic droit sur le dossier du projet ou sur le fichier .csproj et d’utiliser les options :
Build ; Clean ; Rebuild ; Publish.

Une autre option consiste à utiliser le raccourci : CTRL + SHIFT + B, qui déclenche la tâche de compilation du workspace.

Et le débogage ?

Le débogage n’est plus associé à l’ancien Explorateur de solutions. Désormais, vous pouvez :
– appuyer sur F5 ;
– utiliser le menu Run and Debug ;
– utiliser le menu Run du VS Code.

L’expérience est ainsi plus alignée avec les autres langages pris en charge par l’éditeur.

Comment créer de nouveaux fichiers C# ?

C’est là l’une des plus grandes limitations de l’implémentation actuelle. Il n’est plus possible d’utiliser le bouton droit > Add > Class comme autrefois.

Pour créer un nouveau fichier C#, passez par : CTRL + SHIFT + P, puis exécutez la commande : .NET: New File… . Ensuite choisissez :
– le projet ;
– le modèle souhaité.

Par exemple :
– Class ;
– Interface ;
– Enum ;
– API Controller ;
– Fichier personnalisé.

Il existe toutefois un petit inconvénient : le nouveau fichier est créé systématiquement à la racine du projet et doit ensuite être déplacé manuellement vers le dossier souhaité.

Comment créer un nouveau projet ?

Le processus a aussi été déplacé vers la Command Palette. Exécutez CTRL + SHIFT + P et choisissez : .NET: New Project… Ensuite sélectionnez :
– le template ;
– le nom du projet ;
– le répertoire de création.

Gestion des paquets NuGet

La gestion des paquets a été intégrée à l’Explorateur. Cliquez avec le bouton droit sur :
– le répertoire du projet ;
– ou le fichier .csproj.

Vous y trouverez des options telles que :
– Add NuGet Package ;
– Update NuGet Package ;
– Remove NuGet Package.

L’expérience est devenue très similaire à celle existante dans Visual Studio.

Les Solutions existent-elles encore ? Oui.

Bien qu’elles ne soient plus obligatoires, il est toujours possible de créer une solution en utilisant : .NET: Create a Solution File. Il est même possible de choisir entre : .sln et .slnx.

S’il n’existe qu’une seule solution dans l’espace de travail, le C# Dev Kit l’utilisera automatiquement.

Travailler avec plusieurs Solutions

Les projets plus importants peuvent nécessiter plusieurs solutions. Dans ce scénario, VS Code démarre dans le mode C# Workspace Dev Mode ; vous pouvez toutefois choisir quelle solution sera utilisée en cliquant avec le bouton droit dessus et en sélectionnant : Switch Solution. Le panneau C# Project Details et la barre d’état se mettent à jour automatiquement pour refléter la solution active.

Pour ceux qui viennent de Visual Studio, en particulier les développeurs .NET les plus expérimentés, ce changement peut surprendre au départ.

L’absence de l’Explorateur de solutions peut sembler une perte de productivité au début.

Mais d’un autre côté, l’idée de Microsoft est logique : rapprocher le développement en C# de la philosophie de VS Code, fondée sur les workspaces et le système de fichiers, et non sur un concept de solution obligatoire.

Il s’agira probablement simplement d’une question d’adaptation.

Conclusion

L’Explorateur de solutions ne reviendra pas. L’avenir du développement C# dans VS Code se concentre sur :
– les Workspaces ;
– l’explorateur natif ;
– la Command Palette ;
– C# Project Details.

Bien que certaines fonctionnalités paraissent encore incomplètes, notamment la création de fichiers dans des sous-dossiers, le nouveau modèle simplifie l’expérience et rend le développement .NET plus cohérent avec le reste de l’écosystème Visual Studio Code.

Pour ceux qui travaillent avec .NET, cela vaut la peine de commencer à s’y habituer, car cela semble être la voie que Microsoft adoptera à l’avenir.

Fabien Delpont

Auteur

Fabien Delpont

Fabien Delpont, développeur et créateur du site Python Doctor.