Почему vs 19 не показывает доступным .Net Framework 5.0?

Question

[Евгений Семашко]

Я хочу перенацелить проект, на новую версию фреймворка, но Visual Studio не отображает 5-ю версию фреймворка

Текущая версия фреймворка как показывает cmd

Установленные компоненты Visual Studio


Пытался менять через app.config, но все равно после ребилда проекта его обратно ставит на 4.8 версию

Как пофиксить данную проблему? Потому что даже при создании нового проекта не доступен 5.0 фреймворк

Answer 1

[Василий Банников]

Это не совсем очевидно, но для .net 5 нужно создавать консольное приложение .net Core

Comments

[Евгений Семашко]

То есть .Net Framework приложения уже никак не перенацелить на новую версию?) Только .Net Core можно перенацелить?

[Евгений Семашко]

Действительно, что только .Net Core имеют 5.0 версию, как то не был осведомлен об этом)

[Василий Банников]

Евгений Семашко, можно, но это надо руками csproj править.
Ишите строку <TargetFramework>...</TargetFramework>
Там надо прописать
<TargetFramework>net5.0</TargetFramework>

[d-stream]

Василий Банников, а еще можно

<TargetFrameworks>net47;net48;net50</TargetFrameworks>

и получить результат сразу под несколько платформ

[Василий Банников]

d-stream, тогда уж лучше взять .netstandard2.0 :)

[d-stream]

Василий Банников, ну если делается nuget пакет с потугами на библиотечность - то именно так это и выглядит: пара-тройка стандартов, пяток версий фреймворка ну и net5)

К примеру, если заглянуть в пакет модного NewtonSoftJson, то увидим в lib
net20
net35
net40
net45
netstandard1.0
netstandard1.3
netstandard2.0
portable-net40
portable-net45

и, кстати, пока еще не увидим net5.0 )

А вот мультитаржет или же framework-scecific projects - тут уже зависит на какую глубину зарываются в специфику конкретных фреймворков

[Василий Банников]

d-stream, у ньютонсофта свои причины, чтобы так делать.
Ну и ньютонсофт не такой уж и модный - ему фиг знает сколько лет.
Для новых проектов нет ни одной причины таргетить PCL или net2/3/3.5

[d-stream]

Проекты бывают разные. Некоторые - достаточно долгоживущие и универсальные.
Вот даже у меня перед глазами есть относительно старые поддерживаемые проекты и их новые дети и внуки... Так вот часть зарекомендовавшей себя кодовой базы обрастает как раз новыми, но и не ампутирует старые. По вполне очевидным причинам.

Да и суть - то исходно была в той самой буковке "s" (TargetFrameworks)