Recommended reading to better understand this document: .NET Standard | Project-Guidelines | Package-Projects
net9.0
is the target framework version currently under development and the new apis
should be added to net9.0
. More Information on TargetFrameworks
Update tests
TargetFramework
to the TargetFrameworks
.dotnet build <Library>.csproj -f <TargetFramework> /t:Test
. TargetFramework should be chosen only from supported TargetFrameworks.New public APIs must be documented with triple-slash comments on top of them. Visual Studio automatically generates the structure for you when you type ///
.
If your new API or the APIs it calls throw any exceptions, those need to be manually documented by adding the <exception></exception>
elements.
After your change is merged, we will eventually port them to the dotnet-api-docs repo, where we will review them for language and proper style (For more information, see the API writing guidelines).
Once the dotnet-api-docs change is merged, your comments will start showing up in the official API documentation at https://learn.microsoft.com, and later they’ll appear in IntelliSense in Visual Studio and Visual Studio Code. Once the documentation is official, any subsequent updates to it must be made directly in https://github.com/dotnet/dotnet-api-docs/. It’s fine to make updates to the triple slash comments later, they just won’t automatically flow into the official docs.
What to do if you are moving types down into a lower contract?
If you are moving types down you need to version both contracts at the same time and temporarily use project references across the projects. You also need to be sure to leave type-forwards in the places where you removed types in order to maintain back-compat.