Les fichiers peuvent-ils être imbriqués dans l'explorateur de solutions VS2017 pour les projets .NET Core (non-ASP.NET Core) ?

Question

Dans les projets MSBuild "de la vieille école" - tels qu'ils sont encore utilisés par Windows Forms dans VS2017 par exemple - les fichiers pouvaient être "imbriqués" via une balise DependentUpon dans le fichier csproj.

Je l'ai utilisé pour regrouper les tests unitaires dans Noda Time, par ex.

<Compile Include="LocalDateTest.PeriodArithmetic.cs">
  <DependentUpon>LocalDateTest.cs</DependentUpon>
</Compile>

Cela a conduit à des tests faciles à réaliser :

J'ai sciemment "perdu" cette fonctionnalité lorsque j'ai déménagé vers project.json pour .NET Core, mais j'avais espéré qu'il reviendrait lors de la conversion à MSBuild. Cependant, il semble que les projets MSBuild basés sur le SDK .NET Core (élément racine <Project Sdk="Microsoft.NET.Sdk"> ) ne bénéficient pas du même traitement dans Visual Studio 2017, même si un fichier ItemGroup est ajouté manuellement avec les mêmes éléments que le projet "old school".

Les projets ASP.NET Core bénéficient d'une imbrication automatique pour les feuilles de style en cascade (CSS) et le langage Javascript, mais la façon d'appliquer cela à C# dans les projets de bibliothèques .NET Core n'est pas claire.

Answer 1

Je l'ai fait fonctionner dans un de mes Microsoft.NET.Sdk -en utilisant quelque chose de similaire à ce qui suit :

<ItemGroup>
  <Compile Update="LocalDateTest.*.cs">
    <DependentUpon>LocalDateTest.cs</DependentUpon>
  </Compile>
</ItemGroup>

L'astuce ici est d'utiliser Update au lieu de Include . Cela est dû au fait que les éléments implicites proviennent d'un fichier props qui est importé avant le projet principal. Un élément supplémentaire Include n'affectera pas les fichiers qui sont déjà inclus, mais ils peuvent être modifiés en utilisant Update .

Answer 2

Si vous souhaitez utiliser un caractère générique au lieu de créer manuellement chaque entrée, ajoutez les lignes suivantes à votre fichier .csproj signifie que tout ce qui ressemble à Foo.tests.cs est automatiquement imbriqué sous Foo.cs

Testé et fonctionnant dans VS2019 avec .NET Core 3.1.0

  <ItemGroup>
    <Compile Update="**\*.tests.cs">
      <DependentUpon>$([System.String]::Copy(%(Filename)).Replace(".tests",".cs"))</DependentUpon>
    </Compile>
  </ItemGroup>

Answer 3

Dans Visual Studio 2019, j'ai une application .NET Core 2.2. <Project Sdk="Microsoft.NET.Sdk"> dans lequel je voulais les fichiers appsettings.json / appsettings.Development.json bien imbriqués, comme ils le font automatiquement pour <Project Sdk="Microsoft.NET.Sdk.Web"> projets.

Voici ce que j'ai dû ajouter au .CSPROJ :

  <ItemGroup>
    <Content Include="appsettings.json">
      <CopyToOutputDirectory>Always</CopyToOutputDirectory>
    </Content>
    <Content Include="appsettings.Development.json">
      <DependentUpon>appsettings.json</DependentUpon>
      <CopyToOutputDirectory>Always</CopyToOutputDirectory>
    </Content>
  </ItemGroup>

Après cela, j'ai dû décharger/recharger le projet pour que le changement prenne effet dans Solution Explorer. Notez que j'ai également configuré ces fichiers pour qu'ils soient toujours copiés dans le répertoire de sortie.

Answer 4

Si vous utilisez .netstandardx.x vous ne pouvez pas utiliser Emboîté dans . Ça ne marche pas.

Vous pouvez le faire manuellement dans votre fichier .csproj.

<ItemGroup><Compile Include="BaseClass">ChildClass.cs</Compile></ItemGroup>

Answer 5

Si vous utilisez le même préfixe, les fichiers seront automatiquement imbriqués.

Exemple :

AsemblyInfo.cs 
AsemblyInfo.local.cs