avertissement de restauration de dotnet NU1701

Question

J'utilise .NET Core avec C#, et quand j'ai fait dotnet restore il a donné l'erreur suivante :

PS C:\workspace\Arbitrator > dotnet restore

C:\workspace\Arbitrator\Arbitrator.csproj : avertissement NU1701 : Le paquet 'PusherClient 0.5.0' a été restauré en utilisant '.NETFramework,Version=v4.6.1' au lieu du framework cible du projet '.NETCoreApp,Version=v2.0'. Cela peut causer des problèmes de compatibilité. C:\workspace\Arbitrator\Arbitrator.csproj : avertissement NU1701 : Le paquet 'WebSocket4Net 0.14.1' a été restauré en utilisant '.NETFramework,Version=v4.6.1' au lieu du cadre cible du projet '.NETCoreApp,Version=v2.0'. Cela peut causer des problèmes de compatibilité.

Le paquet en question est PusherClient . J'ai simplement suivi les documents NuGet pour l'importer. Comment puis-je corriger cet avertissement ?

Answer 1

Vous n'avez pas nécessairement besoin d'attendre PusherClient est mis à jour pour .NET Core.

La référence à .NET Framework 4.6.1 (et inférieur) à partir de .NET Core est une nouvelle fonction disponible depuis .NET Core/Standard 2.0 preview 2 / VS 2017 preview 15.3, et selon MS, on peut considérer qu'il s'agit d'une fonction qui vous aide à faire migrer le code de .NET Framework vers .NET Standard ou .NET Core au fil du temps. .

1. Vous pouvez simplement supprimer cet avertissement

   • pour un paquet spécifique

     <PackageReference Include="Contoso.Base.API" Version="1.0.3"> <NoWarn>NU1701</NoWarn> </PackageReference>

   • pour tous les paquets

     <NoWarn>NU1701</NoWarn>

   Voir les scénarios 2 et 3 dans le wiki NuGet pour les façons de le faire à partir de l'interface graphique. .

   Il est cependant possible que votre application échoue en cours d'exécution lorsque vous appelez une API (comme quelque chose de WPF) qui n'est pas supportée par .NET Core. Une autre raison d'un échec pourrait être les API natives natives, éventuellement utilisées par PusherClient . Vous devez donc le tester de manière approfondie. Mais dans la plupart des cas, elle fonctionnera sur toutes les plateformes où .NET Core est supporté (par exemple, j'ai testé une application avec MathNet.Numerics et cela a fonctionné sous Linux même si MathNet.Numerics est également .NET Framework 4.6.1).

2. Si vous n'avez pas besoin que votre application soit multiplateforme, changez simplement son cadre cible pour .NET 4.6.1 en ajoutant ce qui suit à votre fichier csproj :

    <TargetFramework>net461</TargetFramework>

Answer 2

En passant, ne faites pas ça :

<PropertyGroup>
  <NoWarn>NU1701</NoWarn>
</PropertyGroup>

En faisant cela, vous briserez tous les autres paramètres de NoWarn qui ont été récupérés ailleurs, comme dans un fichier directory.build.prop. A la place, faites ceci :

<PropertyGroup>
  <NoWarn>$(NoWarn);NU1701</NoWarn>
</PropertyGroup>

De cette façon, tous les paramètres globaux sont préservés.

Answer 3

Pour .NET Core 1.x :

Vous devez dire aux gars de PusherClient de rendre leur projet compatible avec .NET-Core.

Answer 4

Comme Yair l'a souligné, il existe un problème ouvert à ce sujet sur GitHub : github.com/NuGet/Home/issues/5740 .

Lorsque la dépendance résolue avec une version de repli du framework est transitive, la suppression de l'avertissement pour le paquet référencé ne fonctionnera pas.

Par exemple, Microsoft.TeamFoundationServer.ExtendedClient dépend de Microsoft.AspNet.WebApi.Core qui n'est pas compatible avec .NET Core 3.0, ce qui entraîne l'avertissement. L'ajout de NoWarn à Microsoft.TeamFoundationServer.ExtendedClient ne fonctionnera pas.

Comme solution de rechange (Vous pouvez voir mon post ici : Solution de contournement sur le numéro GitHub ), vous pouvez directement faire référence à la dépendance transitive et utiliser NoWarn contre ce paquet.

<ItemGroup>
    <PackageReference Include="Microsoft.AspNet.WebApi.Core" Version="5.2.3" NoWarn="NU1701" />
    <PackageReference Include="Microsoft.TeamFoundationServer.ExtendedClient" Version="16.153.0"/>
</ItemGroup>