Type prédéfini 'Système.ValueTuple2 n'est pas défini ou importés

J'ai installé Visual Studio 15 Aperçu 3 et essayé d'utiliser le nouveau tuple fonction

static void Main(string[] args)
{
    var x = DoSomething();
    Console.WriteLine(x.x);
}

static (int x, int y) DoSomething()
{
    return (1, 2);
}

Quand je compile j'obtiens l'erreur:

Prédéfinis de type 'System.ValueTuple2 n'est pas défini ou importés

Selon le blog, cette fonctionnalité devrait être "sur" par défaut.

Qu'ai-je fait de mal?

  • Personne ne sait si le package NuGet est obligatoire, même en 2017 RTM ciblage 4.6.2? Il semble que vous avez encore besoin d'elle et j'attend de vous que vous ne serait pas dans la version finale.
  • vous pouvez essayer d'utiliser le Système.Tuple<int, int> au lieu de cela
  • Pour moi ce stackoverflow.com/a/46533630/4383425 a la solution.
InformationsquelleAutor gsharp | 2016-07-14
  1. 477

    Pour .NET 4.6.2 ou inférieur .NET de Base 1.x, et .NET Standard 1.x, vous devez installer le package NuGet System.ValueTuple:

    Install-Package "System.ValueTuple"

    Ou à l'aide d'un package de référence dans VS 2017:

    <PackageReference Include="System.ValueTuple" Version="4.4.0" />

    .NET Framework 4.7, .NET Core 2.0, et .NET Standard 2.0 inclure ces types.

    • Merci. Signifie-t-il qu'il allait travailler avec 4.6.2 ? Le Débogueur montrent encore x de.Item1 x.Item2. Au lieu de (x.x et x.y) savez-vous si cela va changer?
    • Je suis sûr qu'il sera inclus dans 4.6.2 ou dans 4.6.3. Ne connaissent pas le débogueur, mais depuis Roslyn est responsable de l'évaluation de l'expression, je dirais oui.
    • On dirait que c'est sur leur liste: github.com/dotnet/roslyn/issues/10945 - Interaction avec le Débogueur
    • Install-Package "Du Système.ValueTuple" -IncludePrerelease
    • Eh bien, il ne semble pas être dans 4.6.2.
    • Fonctionne avec 4.6.2, encore besoin de ce paquet bien.
    • Avec .NET 4.7, le paquet est nativement inclus.
    • Après l'installation du paquet VS toujours à se plaindre!
    • Encore besoin d'installer ce paquet avant de l'utiliser aujourd'hui (13/07/2017). Merci!
    • Juste une remarque (passé un certain temps sur ce sujet): si vous utilisez le package de Microsoft.Net.Les compilateurs dans le même projet, il doit être mis à jour (au moins) de la version 2.0, orelse vous obtiendrez de construction/les erreurs de syntaxe. Source/crédit: stackoverflow.com/a/41565541/430885.
    • Ajouté le paquet, tout construit, mais maintenant, les tests unitaires sont un échec du Système.IO.FileLoadException : impossible de charger le fichier ou l'assembly 'Système.ValueTuple

    InformationsquelleAutor Eli Arbel
  2. 37

    Il fait partie de la .NET Framework 4.7.

    Aussi longtemps que vous ne ciblez pas le cadre ci-dessus ou supérieur (ou .NET Core 2.0 /.NET Standard 2.0), vous aurez besoin de faire référence à ValueTuple. Le faire en ajoutant le System.ValueTuple NuGet Package

    • J'ai juste essayé avec .net de 4,7 et ça ne fonctionne pas? System.ValueTuple`2 pas trouvé
    • J'ai installé le .net Framework 4.7 et la cible pack pour Visual Studio. J'ai aussi choisi la version 4.7 dans le menu déroulant, mais ça ne fonctionne toujours pas à compiler.
    • Ok je viens de trouver le problème: la dll Système.ValueTuple a été codé en dur dans mon projet (fichier csproj). Suppression du fichier de projet fixe le problème.
    • Bonne solution, mais vous pouvez ajouter plus de détails. Dans mon cas, System.ValueTuple.dll était encore à traîner dans mon dossier bin. Une fois que j'ai supprimé, j'étais bon pour aller. Ma version est à default et tout fonctionne.
    InformationsquelleAutor Nikita
  3. 13

    La ValueTuple types sont intégrés dans les cadres plus récents:

    • .NET Framework 4.7
    • .NET Core 2.0
    • Mono 5.0
    • .Net Standard 2.0

    Jusqu'à ce que vous la cible de l'un de ces nouveaux cadre de versions, vous avez besoin de faire référence à la ValueTuple paquet.

    Plus de détails à http://blog.monstuff.com/archives/2017/03/valuetuple-availability.html

    InformationsquelleAutor Julien Couvreur
  4. 5

    Pour Code de Visual Studio utiliser le construit en Terminal et de l'exécution:

    dotnet add package "System.ValueTuple"

    N'oubliez pas d'exécuter dotnet restore par la suite.

    • Je n'ai pas été en mesure d'obtenir que cela fonctionne dans VS Code.
    • Note: à ne pas faire avec .Net de 4,7
    InformationsquelleAutor Sebastian Krogull
  5. 3

    Assurez-vous d'avoir .NET 4.6.2 Developer Pack pour VS installé et puis tirez System.ValueTuple paquet de NuGet.

    • Ne fonctionne pas pour moi.
    • Même avec .NET 4.6.2 il semble encore besoin du Système.ValueTuple paquet.
    • oui de rien en dessous de 4,7
    InformationsquelleAutor Poulad
  6. 3

    Dans le cas où d'autres ont le même problème, je suis tombé sur cette erreur après la mise à jour d'un projet de 4.7. Curieusement, j'ai dû enlever le Système.ValueTuple de référence pour cette erreur de s'en aller.

    InformationsquelleAutor Javier Rosa
  7. 0

    J'ai eu à vérifier System.ValueTuple.dll fichier sous contrôle de code source et de corriger ses références dans .cssproj fichiers:

    1. clic à droite de chaque projet en solution
    2. décharger le projet
    3. modifier .cssproj fichier: changement

    < Référence Incluent="le Système de.ValueTuple" >

    < HintPath >

    ....\ProjectName\ProjectName\obj\Release\Package\PackageTmp\bin\System.ValueTuple.dll

    < /HintPath >

    < /Référence >

    en

    < Référence Incluent="le Système de.ValueTuple" >

    < HintPath >

    ..\packages\System.ValueTuple.4.4.0\lib\netstandard1.0\System.ValueTuple.dll

    < /HintPath >

    < /Référence >

    1. enregistrer les modifications et de recharger les projets
    2. trouver System.ValueTuple.dll et de l'enregistrer dans ce dossier
    3. ajouter une référence à ce fichier dans le contrôle de source

    (Facultatif): 7. résoudre les mêmes problèmes avec l'autre .dll fichiers de cette façon

    • Le codage en dur fixe chemin d'accès au fichier (ou une chaîne) n'est jamais une bonne solution.
    InformationsquelleAutor Alexander Blumenau
  8. 0

    Je ne vous conseille pas d'ajouter ValueTuple comme un paquet de référence pour l' .net Framework projets. Comme vous le savez, cette assemblée est disponible à partir de 4.7 .NET Framework.

    Il peut y avoir certaines situations que votre projet va essayer de comprendre à tout prix ValueTuple de .NET Framework dossier de lieu de dossier de package et il peut causer certains assemblée de ne pas trouvé des erreurs.

    Nous avons eu ce problème aujourd'hui dans la société. Nous avons eu de la solution avec 2 projets (je risque de trop simplifier qu') :

    • Lib
    • Web

    Lib a été notamment ValueTuple et Web a l'aide de Lib. Il s'est avéré que, par une raison inconnue Web lorsque vous tentez de résoudre chemin à ValueTuple avait HintPath dans .NET Framework répertoire et prenait une version incorrecte. Notre application a été s'écraser à cause de cela. ValueTuple n'a pas été défini dans .csproj de Web ni HintPath pour cette assemblée. Le problème était très bizarre. Normalement, il copie le montage de dossier de package. Ce temps n'était pas normal.

    Pour moi, c'est toujours un risque pour ajouter System.* paquet de références. Ils sont souvent comme le temps de la bombe. Ils sont très bien au début et ils peuvent exploser dans votre visage dans le pire moment. Ma règle d'or: Ne pas utiliser System.* package Nuget pour .NET Framework si il n'y a pas de réel besoin d'eux.

    Nous avons résolu notre problème en ajoutant manuellement ValueTuple en .csproj fichier.

    InformationsquelleAutor Shoter