Krav: Opret et nyt biblioteksprojekt i .NET 8 (Sdk="Microsoft.NET.Sdk", dette bibliotek er en hjælpeklasse, der vil være mange udvidelsesmetoder, såsom webrelaterede udvidelser, men du vil opdage, at det ikke kan refereres, hvilket betyder, at referencen ikke kan findes, hvordan kan du referere til metoderne i AspNetCore?
.NET Project SDK
SDK'er tilgængelige, tilgængelige inkluderer:
ID | beskrivelse | Arkiv | | Microsoft.NET.Sdk | .NET SDK | https://github.com/dotnet/sdk | | Microsoft.NET.Sdk.Web | .NETWeb SDK | https://github.com/dotnet/sdk | | Microsoft.NET.Sdk.Razor | .NETRazor SDK | https://github.com/dotnet/aspnetcore | | Microsoft.NET.Sdk.BlazorWebAssembly | .NETBlazor WebAssemblySDK | https://github.com/dotnet/aspnetcore | | Microsoft.NET.Sdk.Worker | .NETWork Services SDK | https://github.com/dotnet/aspnetcore | | Aspire.AppHost.Sdk | .NETAspire SDK | https://github.com/dotnet/aspire | | MSTest.Sdk | MSTest SDK | https://github.com/microsoft/testfx |
Mulighed 1
Ved brug af det delte framework er konfigurationen som følger:
Den fælles ramme erEn samling af assemblies inkluderet i runtime, så der ikke er behov for at løse dem separat via NuGet。 Du kan dog tænke på det som en NuGet-pakke, fordi de håndteres meget ens. Den største forskel er, at det ikke behøver at blive downloadet fra NuGet, fordi det allerede er inkluderet i runtime-miljøet.
Da det distribueres sammen med runtime-miljøet, betyder det, at du ikke kan referere til en specifik version af det. I stedet får du altid den version, der er inkluderet i den tilgængelige version af runtime-miljøet. Fordelen ved dette er, at når runtime-miljøet opdateres, opdateres dets indhold automatisk, så applikationer, der er afhængige af delte frameworks, også automatisk opdateres under kørsel.
Mulighed 2
Modificer SDK'en direkte, og konfigurér den som følger:
Henvisning:
Hyperlink-login er synlig.
Hyperlink-login er synlig. |
Opslået på 28.02.2026 21.53.17
|
|
|
