Der vordefinierte Typ 'System.ValueTuple´2´ ist nicht definiert oder importiert

Ich habe Visual Studio 15 Preview 3 installiert und versucht, die neue Tupelfunktion zu verwenden

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

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

Beim Kompilieren erhalte ich folgende Fehlermeldung:

Der vordefinierte Typ 'System.ValueTuple´2´ ist nicht definiert oder importiert

Laut dem Blog-Beitrag sollten diese Funktionen standardmäßig aktiviert sein.

Was habe ich falsch gemacht?

Für .NET 4.6.2 oder niedriger, .NET Core 1.x und .NET Standard 1.x müssen Sie das NuGet-Paket installieren System.ValueTuple:

Install-Package "System.ValueTuple"

Oder verwenden Sie eine Paketreferenz in VS 2017:

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

.NET Framework 4.7, .NET Core 2.0 und .NET Standard 2.0 enthalten diese Typen.

Es ist ein Teil der .NET Framework 4.7.

Solange Sie nicht auf das oben genannte Framework oder höher (oder .NET Core 2.0/ .NET Standard 2.0) abzielen , müssen Sie darauf verweisen ValueTuple. Fügen Sie dazu das hinzuSystem.ValueTuple NuGet Package

Die ValueTuple-Typen sind in neuere Frameworks integriert:

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

Bis Sie auf eine dieser neueren Framework-Versionen abzielen, müssen Sie auf das ValueTuple-Paket verweisen.

Weitere Informationen finden Sie unter http://blog.monstuff.com/archives/2017/03/valuetuple-availability.html

Verwenden Sie für Visual Studio Code das integrierte Terminal und führen Sie Folgendes aus:

dotnet add package "System.ValueTuple"

Vergiss nicht dotnet restoredanach zu rennen .

Stellen Sie sicher, dass Sie .NET 4.6.2 Developer Pack für VS installiert haben, und ziehen Sie dann das System.ValueTuplePaket von NuGet ab.

Falls andere das gleiche Problem haben, ist dieser Fehler nach dem Aktualisieren eines Projekts auf 4.7 aufgetreten. Seltsamerweise musste ich die System.ValueTuple-Referenz entfernen, damit dieser Fehler behoben wurde.

Ich würde nicht empfehlen, ValueTupleals Paketreferenz zu den .net Framework-Projekten hinzuzufügen . Wie Sie wissen, ist diese Assembly in 4.7 .NET Framework verfügbar.

Es kann bestimmte Situationen geben, in denen Ihr Projekt versucht, um jeden Preis ValueTupleaus dem .NET Framework-Ordner anstelle des Paketordners aufzunehmen, und dies kann dazu führen, dass einige Assembly-Fehler nicht gefunden werden.

Wir hatten dieses Problem heute in Gesellschaft. Wir hatten eine Lösung mit 2 Projekten (das vereinfache ich zu stark):

• Lib
• Web

Libschloss ValueTuple ein und Webverwendete Lib. Es stellte sich heraus, dass aus einem unbekannten Grund Webbeim Versuch, den Pfad zu aufzulösen ValueTuple, HintPathin das .NET Framework-Verzeichnis wurde und eine falsche Version verwendet wurde. Unsere Anwendung stürzte deshalb ab. ValueTuplewurde nicht definiert .csprojder Webnoch HintPathfür die Montage. Das Problem war sehr seltsam. Normalerweise wird die Assembly aus dem Paketordner kopiert. Diese Zeit war nicht normal.

Für mich ist es immer riskant, Paketreferenzen hinzuzufügen System.*. Sie sind oft wie eine Zeitbombe. Sie sind am Anfang in Ordnung und können im schlimmsten Moment in Ihrem Gesicht explodieren. Meine Faustregel: Verwenden Sie das System.*Nuget-Paket für .NET Framework nicht, wenn es nicht wirklich benötigt wird.

Wir haben unser Problem gelöst, indem wir es manuell ValueTuplein die .csprojDatei innerhalb des WebProjekts eingefügt haben .

Ich bin auch auf dieses Problem gestoßen, als ich ein Upgrade von .NET 4.6.2 auf .NET 4.7.2 durchgeführt habe. Leider konnte ich den Paketverweis nicht entfernen, System.ValueTupleda ein anderes von mir verwendetes NuGet-Paket davon abhängt.

Endlich konnte ich die Grundursache finden: Im Projektordner lag eine .NET 4.6.2-Version mscorlib.dllherum (Ausgabe eines Veröffentlichungsvorgangs), und MSBuild entschied sich, diese Assembly anstelle der offiziellen .NET 4.7.2-Referenz zu referenzieren Montage befindet sich in C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework\.NETFramework\v4.7.2.

Aufgrund der Tatsache, dass System.ValueTuple in .NET 4.7 eingeführt wurde, schlug MSBuild die Kompilierung fehl, da der Typ in der Referenzassembly von .NET 4.6.2 nicht gefunden werden konnte.

(Duplikat von https://stackoverflow.com/a/57777123/128709 )

Ich musste überprüfen, ob die Datei System.ValueTuple.dll unter Quellcodeverwaltung war, und ihre Referenz in .cssproj-Dateien korrigieren:

1. Klicken Sie mit der rechten Maustaste auf jedes Projekt in Lösung
2. Projekt entladen
3. .cssproj-Datei bearbeiten: ändern

<Reference Include = "System.ValueTuple">

<HintPath>

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

</ HintPath>

</ Referenz>

in

<Reference Include = "System.ValueTuple">

<HintPath>

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

</ HintPath>

</ Referenz>

4. Änderungen speichern und Projekte neu laden
5. Suchen Sie System.ValueTuple.dll und speichern Sie es in diesem Ordner
6. Fügen Sie der Quellcodeverwaltung die Referenz dieser Datei hinzu

(Optional): 7. Lösen Sie auf diese Weise dieselben Probleme mit anderen DLL-Dateien

Wir haben dasselbe Problem in einem unserer alten Projekte gesehen, das auf Framework 4.5.2 abzielte. Ich habe verschiedene Szenarien ausprobiert, einschließlich aller oben aufgeführten: Ziel 4.6.1, Hinzufügen des System.ValueTuple-Pakets, Löschen der Ordner bin, obj und .vs. Kein Würfel. Wiederholen Sie den gleichen Vorgang für 4.7.2. Dann habe ich versucht, das System.ValueTuple-Paket zu entfernen, da ich 4.7.2 als Ziel hatte, wie ein Kommentator vorschlug. Immer noch nichts. Überprüfter csproj-Dateireferenzpfad. Sieht richtig aus. Sogar auf 4.5.2 zurückgefallen und das Paket erneut installiert. All dies mit mehreren VS-Neustarts und mehrmaligem Löschen derselben Ordner. Es hat buchstäblich nichts funktioniert.

Ich musste umgestalten, um stattdessen eine Struktur zu verwenden. Ich hoffe, dass andere auch in Zukunft nicht mehr auf dieses Problem stoßen, aber ich dachte, dies könnte hilfreich sein, wenn Sie genauso ratlos sind wie wir.