Open .NET Framework 4.5 Projet dans vs 2022. Y a-t-il une solution de contournement?

Voici une solution automatisée. Il suit les étapes de cette réponse: https://stackoverflow.com/a/70109092/569302 lorsque cela copie les fichiers, les dossiers Une boîte de dialogue peut sembler que vous devez cliquer pour remplacer les fichiers qui existent déjà

( note: vous devrez peut-être mettre à jour la "version" "1.0.2" Il y a un plus récent package nuget )

Exécuter attendre Devhelpers.Download ();

using Microsoft.VisualBasic.FileIO;
using System.IO.Compression;

namespace j.Dev
{
    /// <summary>
    /// Example Usage: await DevHelpers.DownloadAndCopyFramework4_0And4_5();
    /// </summary>
    public class DevHelpers
    {
        public static async Task DownloadAndCopyFramework4_0And4_5()
        {
            await DownloadAndCopyFramework4_0();
            await DownloadAndCopyFramework4_5();
        }

        public static async Task DownloadAndCopyFramework4_5()
        {
            await DownloadAndCopyFrameworkGeneric("net45", "v4.5", "1.0.2");
        }

        public static async Task DownloadAndCopyFramework4_0()
        {
            await DownloadAndCopyFrameworkGeneric("net40", "v4.0", "1.0.2");
        }

        public static async Task DownloadAndCopyFrameworkGeneric(string netVersion, string folder, string nugetVersion)
        {
            var name = netVersion + "-" + DateTimeToFileString(DateTime.Now);
            var fileName = $"{name}.zip";
            var url = $"https://www.nuget.org/api/v2/package/Microsoft.NETFramework.ReferenceAssemblies.{netVersion}/{nugetVersion}";
            await DownloadFile(fileName, url);
            ZipFile.ExtractToDirectory(fileName, name);
            var from = Path.Join(name, @"build\.NETFramework\" + folder);
            var to = @"C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework\.NETFramework\" + folder;
            FileSystem.CopyDirectory(from, to, UIOption.AllDialogs);
        }

        private static string DateTimeToFileString(DateTime d)
        {
            return d.ToString("yyyy-dd-M--HH-mm-ss");
        }

        private static async Task DownloadFile(string fileName, string url)
        {
            var uri = new Uri(url);
            HttpClient client = new HttpClient();
            var response = await client.GetAsync(uri);
            using (var fs = new FileStream(
                fileName,
                FileMode.CreateNew))
            {
                await response.Content.CopyToAsync(fs);
            }
        }
    }
}

Dans mon cas, je devais télécharger 4.0 et 4.5, alors voici le code qui Télécharges à la fois 4.0 et 4.5:

using Microsoft.VisualBasic.FileIO;
using System;
using System.Collections.Generic;
using System.IO.Compression;
using System.Linq;
using System.Net;
using System.Text;
using System.Threading.Tasks;

namespace j.Dev
{
    public class DevHelpers
    {
        public static async Task Download()
        {
            var version = "1.0.2";
            var name = "Framework45-" + DateTimeToFileString(DateTime.Now);
            var fileName = $"{name}.zip";
            var url = $"https://www.nuget.org/api/v2/package/Microsoft.NETFramework.ReferenceAssemblies.net45/{version}";
            await DownloadFile(fileName, url);
            ZipFile.ExtractToDirectory(fileName, name);
            var from = Path.Join(name, @"build\.NETFramework\v4.5\");
            var to = @"C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework\.NETFramework\v4.5";
            FileSystem.CopyDirectory(from, to, UIOption.AllDialogs);
        }

        private static string DateTimeToFileString(DateTime d)
        {
            return d.ToString("yyyy-dd-M--HH-mm-ss");
        }

        private static async Task DownloadFile(string fileName, string url)
        {
            var uri = new Uri(url);
            HttpClient client = new HttpClient();
            var response = await client.GetAsync(uri);
            using (var fs = new FileStream(
                fileName,
                FileMode.CreateNew))
            {
                await response.Content.CopyToAsync(fs);
            }
        }
    }
}

Pour .NET 4.0, cette commande l'installera pour vous si vous avez les fichiers Visual Studio 2019 mis en cache:

msiexec.exe /i "%ALLUSERSPROFILE%\Microsoft\VisualStudio\Packages\Microsoft.Net.4.5.2.TargetingPack,version=4.5.51651.1\netfx_452mtpack.msi" EXTUI=1

pour .net 4.5, cela pourrait fonctionner, bien que je ne l'ai pas fait J'ai essayé:

msiexec.exe /i "%ALLUSERSPROFILE%\Microsoft\VisualStudio\Packages\Microsoft.Net.4.TargetingPack,version=4.0.30319.1\netfx_dtp.msi" EXTUI=1

Alors que toutes les solutions proposées, et même les solutions acceptées, aucun d'entre eux n'est l'approche préférée .

La seule chose que vous devez faire est d'ajouter une référence à la Nuget package comme suit:

<Project Sdk="Microsoft.NET.Sdk">
  <PropertyGroup>
    <OutputType>Exe</OutputType>
    <TargetFramework>net40</TargetFramework>
  </PropertyGroup>
  <ItemGroup>
    <PackageReference Include="Microsoft.NETFramework.ReferenceAssemblies.net40" Version="1.0.2">
      <PrivateAssets>all</PrivateAssets>
      <IncludeAssets>runtime; build; native; contentfiles; analyzers; buildtransitive</IncludeAssets>
    </PackageReference>
  </ItemGroup>
</Project>

Figure 1: C # Projet ciblant .NET Framework 4.0 via des assemblages de référence

Vous pouvez le faire Changer directement dans le *. CSPROJ ou via l'interface utilisateur Package Manager dans Visual Studio. Les extensions MSBuild dans le package prendront en charge le reste de la magie . Il n'y a pas de scripts à écrire, de fichiers à copier ou d'autorisations à accorder. Cela fonctionnera sans élévation, qui serait obligé d'écrire sous % ProgramFiles% .

Setting privateSsets = "all" fera la conception de référence du package de conception de référence du package -Time seulement. Il ne sera pas ramassé ou inclus comme dépendance transitive si votre cible construit également un package NuGet.

Em> Figure 2: Ciblage du projet .NET Framework 4.0 dans le Visual Studio 2022 Solution Explorer

roslyn Problème 56161: supprimer .NET 4.5 Exigence du pack de ciblage confirme en outre que la façon dont vous utilisez des assemblages de référence lorsqu'un pack de ciblage n'est pas installé. Cette approche est utile chaque fois que vous ne souhaitez pas installer un pack de ciblage ou il n'est pas disponible par ailleurs - par exemple sur un serveur de construction sans Visual Studio.

La preuve

Figure 3: Packs de ciblage .NET plus anciens non installés ou disponibles

J'ai rencontré le même problème après la désinstallation visuelle visuelle Studio 2019. La construction a fonctionné comme prévu de Visual Studio et de la CLI après avoir ajouté cette référence de package.

Exemple

Une autre façon d'installer plusieurs packs de ciblage plus anciens est d'installer Visual Studio 2019.