Fichiers SLNX dans .NET 9 - Leur importance

Présentation de SLNX : un nouveau format de fichier de solution for .NET 9

Au début, Tim prépare le terrain en révélant que .NET 9 offre la possibilité de convertir les fichiers .sln traditionnels dans le nouveau format de fichier .slnx. Ce nouveau format de solution vise à résoudre les problèmes courants auxquels les développeurs sont confrontés avec les fichiers de solution Visual Studio existants, à savoir la complexité, le manque de lisibilité et les conflits de fusion désordonnés.

Tim explique que sa vidéo fait partie d'une série destinée à fournir des explications rapides mais pratiques. Dans le cas présent, l'explication porte essentiellement sur SLNX : ce qu'il est, les problèmes qu'il résout et la manière de l'adopter.

Qu'est-ce qu'un fichier de solution (.sln)? L'ancien format

Pour expliquer pourquoi nous avons besoin d'un nouveau format de solution, Tim revient d'abord sur le fichier .sln actuel - un fichier créé automatiquement lorsque vous utilisez des modèles comme une application Web Blazor.

Il explique que le fichier de solution est essentiellement un "seau" qui regroupe les fichiers de projet. Ces projets peuvent même ne pas être directement liés les uns aux autres ; le format sln indique simplement à Visual Studio ce qu'il doit ouvrir lorsque vous chargez une solution.

Alors que le fichier SLN joue un rôle essentiel, sa structure est obsolète et encombrée.

Visual Studio Solution File Internals in VS Code (en anglais)

Tim ouvre ensuite un exemple de fichier .sln dans Visual Studio Code, révélant ainsi sa structure interne. Il passe en revue des contenus typiques tels que :

• Fichier de solution Microsoft Visual Studio, Format Version 12.00

• Visual Studio Version 17.0 (qui fait référence à la version de l'IDE, et non à l'année)

• Les GUID de projets tels que Project("{FAE04EC0-301F-11D3-BF4B-00C04F79EFBC}")

• GlobalSection(SolutionConfigurationPlatforms) = preSolution

• Les lignes de configuration de la construction comme Debug|Toute unité centrale et toute version|Toute unité centrale

• Les sections finales EndProject et Global

Tim souligne que l'ancien format de fichier de solution est truffé d'identifiants inutiles, notamment de multiples occurrences du fameux GUID FAE04EC0-301F-11D3-BF4B-00C04F79EFBC, utilisé pour représenter les projets .NET. Ces fichiers sont verbeux, difficiles à lire et extrêmement difficiles à éditer manuellement.

Problèmes liés au format SLN : Conflits de fusion et édition manuelle

Tim approfondit les problèmes liés aux fichiers SLN :

• Les modifications manuelles sont risquées en raison de la complexité du fichier

• Les conflits de fusion sont fréquents dans les environnements d'équipe

• De nombreux champs sont redondants et inutilement détaillés

• Faible convivialité du contrôle de version

Il note que ces fichiers ont grandi avec le temps et sont devenus encombrés de données non pertinentes comme les cibles de construction, les GUID et la syntaxe verbeuse.

Activer le format de fichier SLNX : Une fonctionnalité de prévisualisation dans Visual Studio

Pour adopter le format de fichier SLNX, Tim montre comment l'activer via les fonctionnalités de prévisualisation de Visual Studio. Sous Outils → Options, les développeurs doivent activer l'option "Utiliser le modèle de persistance du fichier de solution" Cette option permet d'enregistrer votre solution sous l'extension de fichier .slnx au lieu de .sln.

Cette fonctionnalité fait partie des fonctions expérimentales de Microsoft, mais elle est entièrement disponible à des fins de test dans Visual Studio 2022 et les versions ultérieures.

Enregistrer une solution en tant que SLNX

Une fois la fonction de prévisualisation activée, vous pouvez aller dans Fichier → Enregistrer sous, puis choisir "Fichier de solution XML (.slnx)" dans le menu déroulant. Tim en fait la démonstration à l'aide d'un exemple de solution nommé SolutionDemoApp.

Après l'enregistrement, les fichiers .sln et .slnx apparaissent dans le répertoire. Tim vous encourage à supprimer l'ancien format (.sln) pour éviter toute confusion.

Anatomie d'un fichier SLNX

L'ouverture du nouveau fichier SLNX dans VS Code révèle une structure propre et minimale :

<Solution>
  <Project>./SolutionDemo</Project>
  <Project>./SolutionDemoClient</Project>
</Solution>

<Solution>
  <Project>./SolutionDemo</Project>
  <Project>./SolutionDemoClient</Project>
</Solution>

Tim souligne les principales différences :

• Pas de GUID

• Pas de blocs EndProject ou GlobalSection

• Pas de configuration Debug/Release, sauf changement explicite

• Uniquement les chemins relatifs vers les fichiers du projet

Cette conception minimale est plus en phase avec ce qui intéresse réellement les développeurs, comme les noms de projets, les chemins d'accès et le maintien d'une structure propre pour les systèmes de contrôle de version tels que Git.

Le fichier SLNX est-il magique ? Pas exactement, mais c'est mieux

Tim rappelle que le format SLNX n'ajoute pas de nouveaux comportements : il s'agit toujours d'un seau pour la gestion des fichiers de projet. Mais elle est beaucoup plus facile à comprendre, à éditer et à partager. C'est là que réside le véritable avantage.

L'un des principaux avantages est la facilité avec laquelle il est possible de résoudre les conflits de fusion. Avec .slnx, vous pouvez voir clairement quels projets ont été ajoutés ou supprimés et modifier manuellement le fichier sans le casser.

Une mise à niveau de la qualité de vie pour les grandes solutions

Selon Tim, le nouveau modèle de persistance des fichiers de solution est particulièrement intéressant pour :

• Grandes solutions avec de nombreux projets

• Projets faisant l'objet de collaborations et de fusions fréquentes

• Les développeurs qui préfèrent un XML plus propre et plus lisible à une syntaxe trop lourde

Il ne s'agit pas d'une fonctionnalité révolutionnaire, mais, comme le dit Tim, d'une amélioration indispensable de la qualité de vie.

SLNX devient lentement la solution par défaut

Le fichier .slnx est désormais accompagné d'une icône et vous pouvez double-cliquer dessus pour l'ouvrir dans Visual Studio. Ces petites améliorations donnent l'impression d'un format natif.

Tim mentionne que bien qu'il ne soit toujours pas possible d'ouvrir un fichier .slnx de la même manière qu'un fichier .csproj, la prise en charge des outils évolue. Il pense que ce n'est qu'une question de temps avant que le format SLNX ne devienne le nouveau format de fichier de solution de studio.

Les fichiers de solution disparaîtront-ils ?

Tim estime qu'à long terme, les fichiers de solutions pourraient devenir facultatifs, voire obsolètes. Après tout, ils ne font pas grand-chose d'autre que des projets de groupe. Mais pour l'instant, le fichier SLNX est un tremplin plus propre vers cet avenir.

Il reconnaît que toute modification de la structure du nœud de la solution nécessiterait des mises à jour des outils et des bibliothèques existants, ainsi qu'une rétrocompatibilité.

Git, simplicité et maintenabilité

Tim souligne que le nouveau format de solution est idéal pour les flux de travail basés sur Git. Les fichiers SLNX sont moins susceptibles d'être corrompus et sont plus faciles à fusionner, à comparer et à suivre. Cela correspond aux besoins de la communauté .NET moderne en matière d'amélioration de la collaboration et des outils.

Et ensuite ? En route vers .NET 10

Tim pense que le format SLNX sera "totalement opérationnel" d'ici la fin de la décennie .NET 10. Bien qu'il s'agisse encore d'une fonctionnalité de prévisualisation, la plupart des limitations précédentes, telles que l'absence d'icônes ou la prise en charge du double-clic, ont été résolues.

Sa recommandation est claire : commencez à utiliser SLNX pour les nouveaux projets et commencez à migrer les solutions existantes le cas échéant. Évitez simplement de l'intégrer dans des systèmes d'entreprise massifs jusqu'à ce qu'il n'y ait plus d'avant-première.

Conclusion : Pourquoi vous devriez adopter le format SLNX

La vidéo de Tim Corey sur le fichier SLNX est un argument convaincant en faveur de l'abandon du format SLN obsolète. En adoptant le nouveau format de fichier SLNX, les développeurs gagnent :

• Syntaxe simplifiée

• Collaboration facilitée

• Meilleure compatibilité avec les outils modernes

• Amélioration de la résolution des conflits Git

Que vous utilisiez le CLI .NET, Visual Studio ou VS Code avec le kit de développement C#, le format SLNX devient une alternative fiable. Et comme la prise en charge complète est prévue for .NET 10, il est temps de commencer à apprendre à l'utiliser.

Si vous en avez assez de fouiller dans des formats de fichiers de solution studio désordonnés, de vous débattre avec des conflits de fusion ou de vous occuper de configurations de compilation erronées, essayez le format SLNX.