Вимоги: Створіть новий бібліотечний проєкт у .NET 8 (Sdk="Microsoft.NET.Sdk", ця бібліотека є довідковим класом, буде багато методів розширення, наприклад, веб-розширення, але ви виявите, що на нього не можна посилатися, що посилання не знайдеться, як можна посилатися на методи в AspNetCore?
.NET Project SDK
Доступні SDK включають:
ID | опис | Репозиторій | | Microsoft.NET.Sdk | .NET SDK | https://github.com/dotnet/sdk | | Microsoft.NET.Sdk.Web | .МЕРЕЖІWeb SDK | https://github.com/dotnet/sdk | | Microsoft.NET.Sdk.Razor | .МЕРЕЖІRazor SDK | https://github.com/dotnet/aspnetcore | | Microsoft.NET.Sdk.BlazorWebAssembly | .NETBlazor WebAssemblySDK | https://github.com/dotnet/aspnetcore | | Microsoft.NET.Sdk.Worker | .МЕРЕЖІWork Services SDK | https://github.com/dotnet/aspnetcore | | Aspire.AppHost.Sdk | .МЕРЕЖІAspire SDK | https://github.com/dotnet/aspire | | MSTest.Sdk | MSTest SDK | https://github.com/microsoft/testfx |
Варіант 1
За допомогою спільного фреймворку конфігурація виглядає так:
Спільна структура єЦе набір асемблерів, включених у процес виконання, тому немає потреби розв'язувати їх окремо через NuGet。 Це можна розглядати як пакет NuGet, бо вони оброблені дуже схоже. Головна різниця в тому, що його не потрібно завантажувати з NuGet, оскільки він уже є в середовищі виконання.
Оскільки він розповсюджений разом із середовищем виконання, це означає, що ви не можете посилатися на конкретну версію цієї версії. Натомість ви завжди отримуєте версію, включену до доступної версії середовища виконання. Перевага цього полягає в тому, що при оновленні середовища виконання його вміст оновлюється автоматично, тому додатки, які використовують спільні фреймворки, також автоматично оновлюються під час виконання.
Варіант 2
Модифікуйте SDK безпосередньо і налаштуйте його наступним чином:
Посилання:
Вхід за гіперпосиланням видно.
Вхід за гіперпосиланням видно. |