In "old school" MSBuild projects - as still used by Windows Forms in VS2017 for example - files could be "nested" via a DependentUpon
item in the csproj file.
I used this to group unit tests together in Noda Time, e.g.
<Compile Include="LocalDateTest.PeriodArithmetic.cs">
<DependentUpon>LocalDateTest.cs</DependentUpon>
</Compile>
That led to easily-navigable tests:
I knowingly "lost" this feature when moving to project.json
for .NET Core, but had hoped it would return when converting to MSBuild. However, it looks like MSBuild projects based on the .NET Core SDK (root element <Project Sdk="Microsoft.NET.Sdk">
) don't get the same treatment in Visual Studio 2017, even if an ItemGroup
is added manually with the same elements as the "old school" project.
ASP.NET Core projects receive automatic nesting for minified CSS and Javascript, but it's not clear how to apply that to C# in .NET Core library projects.
Solution Explorer nests related files to help organize them and make them easier to locate. For example, if you add a Windows Forms form to a project, the code file for the form is nested below the form in Solution Explorer. In ASP.NET Core projects, file nesting can be taken a step further.
Now you can select a group of files in Visual Studio Solution Explorer, right click on them, and "File Nesting" is an option on the menu. It will also enable "auto-nesting" for particular types of files.
csproj right clicking the project icon in solution explorer and select properties. What else would you want? You may also right click solution file and select "Open folder in windows explorer" to go to the folder containing the solution file if you want to edit or view the file directly.
Solution Explorer is a special window that enables you to manage solutions, projects, and files. It provides a complete view of the files in a project, and it enables you to add or remove files and to organize files into subfolders.
I have it working in one of my Microsoft.NET.Sdk
-style projects using something similar to the following:
<ItemGroup>
<Compile Update="LocalDateTest.*.cs">
<DependentUpon>LocalDateTest.cs</DependentUpon>
</Compile>
</ItemGroup>
The trick here is to use Update
instead of Include
. This is because the implicit items are coming from a props file that is imported before the main project. An additional Include
won't affect files that are already included, but they can be modified using Update
.
In Visual Studio 2019, I have a .NET Core 2.2 <Project Sdk="Microsoft.NET.Sdk">
project in which I wanted the nicely-nested appsettings.json / appsettings.Development.json files, just like they do automatically for <Project Sdk="Microsoft.NET.Sdk.Web">
projects.
Here's what I had to add to the .CSPROJ:
<ItemGroup>
<Content Include="appsettings.json">
<CopyToOutputDirectory>Always</CopyToOutputDirectory>
</Content>
<Content Include="appsettings.Development.json">
<DependentUpon>appsettings.json</DependentUpon>
<CopyToOutputDirectory>Always</CopyToOutputDirectory>
</Content>
</ItemGroup>
After that, I had to unload/reload the project for the change to take effect in Solution Explorer. Note that I also set these files to always be copied to the output directory.
If you want to wildcard it instead of hand-crafting each entry, adding these lines to your .csproj file means that anything like Foo.tests.cs automagically gets nested under Foo.cs
Tested and working in VS2019 with .NET Core 3.1.0
<ItemGroup>
<Compile Update="**\*.tests.cs">
<DependentUpon>$([System.String]::Copy(%(Filename)).Replace(".tests",".cs"))</DependentUpon>
</Compile>
</ItemGroup>
If you using .netstandardx.x you can not use NestedIn . It's not working.
You can do that manually in your .csproj
<ItemGroup><Compile Include="BaseClass">ChildClass.cs</Compile></ItemGroup>
If you love us? You can donate to us via Paypal or buy me a coffee so we can maintain and grow! Thank you!
Donate Us With