Не было пакета среды выполнения для Microsoft.AspNetCore.App, доступного для указанного RuntimeIdentifier 'browser-wasm'

Наконец-то я заставил это работать.

Я сделал все, что гид сказал, за исключением файла проекта, который я изменил на это:

<Project Sdk="Microsoft.NET.Sdk.Web">

  <PropertyGroup>
    <TargetFramework>net5.0</TargetFramework>
    <UserSecretsId>*****</UserSecretsId>
    <UseBlazorWebAssembly>true</UseBlazorWebAssembly>
  </PropertyGroup>
...

Но я понятия не имею, правильно ли это, когда официальное руководство по обновлению рекомендует использовать:

<Project Sdk="Microsoft.NET.Sdk.BlazorWebAssembly">

вместо того:

<Project Sdk="Microsoft.NET.Sdk.Web">

Была такая же проблема, и, наконец, она заработала. Вот как.

В моем случае ошибка возникла не из-за самого проекта Blazor, а из-за указанного проекта в том же решении. Упомянутый проект ориентирован на стандарт .net 2.1, что само по себе должно быть удовлетворительным; однако в нем также были установлены некоторые пакеты NuGet, которые могут конфликтовать с зависимостями Blazor: (Microsoft.Extensions. *).

Solution
- Project A (.net standard 2.1 - Class library)
  - Dependencies
    - Packages
      - Microsoft.Extensions.Configuration.Json (<-- example dependency)
- Project B (.net 5 - Blazor webassembly)
  - Dependencies
    - Projects
      - Project A (<-- caused the error, presumably because of the above dependency)

Сообщение в блоге о. net 5 rc упоминает, что все пакеты Microsoft.Extensions. * в проекте Blazor должны быть обновлены до 5.0.0-rc.1. *.

Смог решить проблему, удалив зависимость проекта (которая мне изначально не нужна, но случайно попала туда).

Я не понимаю, почему сборка dotnet не дает понятного сообщения об ошибке о конфликте вместо этого расплывчатого сообщения об идентификаторе времени выполнения, в котором упоминается проект Blazor.

Надеюсь, это поможет и другим.

Я столкнулся с той же проблемой и спросил об этом Microsoft в этом сообщении: https://github.com/dotnet/aspnetcore/issues/27738

Вам необходимо обновить свои проекты, чтобы использовать указанные ниже SDK;

Client - Microsoft.NET.Sdk.BlazorWebAssembly
Server - Microsoft.NET.Sdk.Web
Shared - Microsoft.NET.Sdk

У меня возникла эта проблема с другим сообщением об ошибке. Тип или имя пространства имен ApplicationPartAttribute не существует в пространстве имен Microsoft.AspNetCore.Mvc.ApplicationParts (отсутствует ссылка на сборку?).

В моем случае у меня была общая библиотека вспомогательных классов, в которой я начал создавать общие репозитории api данных с использованием Microsoft.AspNetCore.Mvc 2.0, на который ссылался в моем проекте Blazor с использованием недавно выпущенного .Net 5.

Чтобы решить эту проблему, мне пришлось отделить проект общего класса, переместив общие элементы api данных в новый проект, который удалил связь между .Net 5 Blazor и Microsoft.AspNetCore.Mvc 2.0.

Спасибо за вашу помощь, в моем случае я должен выполнить шаги, упомянутые @Kasta и официальным руководством.

Я удостоверяюсь, что нижеприведенные изменения SDK внесены. Спасибо @OzanYasinDogan за упоминание об этой помощи.

• Клиент - Microsoft.NET.Sdk.BlazorWebAssembly
• Сервер - Microsoft.NET.Sdk.Web
• Общий - Microsoft.NET.Sdk

В моем случае мне пришлось

• Удалите <RuntimeIdentifier>browser-wasm</RuntimeIdentifier> и <UseBlazorWebAssembly>true</UseBlazorWebAssembly>. упоминается здесь
• Удалите Microsoft.AspNetCore.Components.WebAssembly.BuildServer, который был версией 3.xx.xx, вызывающей конфликты, из Blazor.Client файла проекта.

В моем случае я ссылался на проект, который ссылался на классы уровня данных, и это было небезопасно для клиентской стороны Blazor или «browser-wasm».

После удаления ссылки из клиентского решения ›Зависимости› Проекты Мое решение скомпилировано.

У меня возникла та же проблема, и я обнаружил, что причина

    <UseAppHost>true</UseAppHost>

который использовался в общем Directory.Build.props

Если вернуть значение false, я больше не получу ошибку browser-wasm.

Я решил эту проблему так, как описал Ричард:

1. Убраны ссылки на Microsoft.Extensions.Logging, Microsoft.Extensions.Configuration, ... пакеты версии 3.2 во всех проектах решений, на которые ссылаются сервер и клиент.
2. Обновлен проект .Server
3. Обновлен проект .Client. Сохранял элемент в целевом разделе фреймворка, и он работал

<PropertyGroup>
    <TargetFramework>net5.0</TargetFramework>
    <RazorLangVersion>3.0</RazorLangVersion>
</PropertyGroup>