Windows 10 Universal App - Typ existiert in beiden "Windows.Foundation.UniversalApiContract"

Question

irgendwie (ich habe noch nicht einmal etwas getan) Ich bekomme viele Fehler in Visual Studio 2015, aber ich kann nicht verstehen, was das Problem wirklich ist.

Es besagt, dass viele "Typen" in beiden Bibliotheken "Windows.Foundation.UniversalApiContract" vorhanden sind.

Kann mir jemand helfen? Was kann ich tun, um meine Lösung und mein Projekt zu retten? Ich habe versucht, es manchmal zu säubern und neu aufzubauen, und das hat nicht geholfen.

Answer 1

Sieht aus wie Sie verweisen sowohl das Windows 10 SDK Metadaten (UAP) und das Windows 8.1 SDK Metadaten (Windows). Mischen Sie alte und neue Binärdateien oder eine alte Projektdatei? Versuchen Sie, ein neues Projekt von Grund auf neu zu erstellen, und fügen Sie Ihre Quellen hinzu.

Answer 2

Ich lief in etwas ähnliches:

keinen Spaß. I Denken Sie es begann, als ich versehentlich eine Erweiterungs-Methode zu einer Reihe von Dienstprogrammen hinzugefügt habe ich in einem Portable Class Library-Projekt, das using Windows.ApplicationModel.DataTransfer; verwiesen, als ich (dumm) Code hinzugefügt, die auf die Zwischenablage der PCL zugegriffen. Und das macht Sinn. Jetzt ziele ich effektiv zwei Windows-Plattformen, die offensichtlich falsch ist.

Ein paar Sachen wurden der csproj-Datei dieses PCL-Projekts hinzugefügt. Zuerst war diese Linie:

<UseVSHostingProcess>false</UseVSHostingProcess> 

Der zweite war ItemGroup:

<ItemGroup> 
    <Reference Include="Windows.Foundation.UniversalApiContract"> 
     <HintPath>..\..\Program Files (x86)\Windows Kits\10\References\Windows.Foundation.UniversalApiContract\2.0.0.0\Windows.Foundation.UniversalApiContract.winmd</HintPath> 
    </Reference> 
</ItemGroup> 

Ich bin nicht sicher, ob all dies erforderlich war, aber ich habe die Zwischenablage-bezogenen Code entfernen, den Verweis auf Windows.ApplicationModel.DataTransfer; in meinem using s, und zurückgesetzt/entfernt die Änderungen an der csproj-Datei.

Ich hatte immer noch viele der gleichen Fehler, aber. Ich habe festgestellt, dass das Durchführen sauberer Neuerstellungen nicht immer wie erwartet funktioniert. Daher habe ich eine BAT-Datei erstellt, die ich im Stammverzeichnis des Startprojektordners aufbewahre, wenn Probleme auftreten. Zuerst muss ich die Lösung in Visual Studio schließen, und dann laufe ich ...

cd C:\Projects\solutionName\projectName 
cd ./bin 
rmdir x64 /S /Q 
rmdir x86 /S /Q 
rmdir ARM /S /Q 

cd ../obj/ 
rmdir x64 /S /Q 
rmdir x86 /S /Q 
rmdir ARM /S /Q 

cd .. 
pause 

ich jetzt auch, dass laufen müssen (wieder mit der Lösung geschlossen) vor dem Bau und in den Laden einreichen. Nicht wirklich sicher, warum, aber beides zu tun - Entfernen von Nicht-PCL-Code von & Zurücksetzen des PCL-Projekts und Sprengen diese /bin und /obj Ordner - hat das Problem behoben.

Meine unwissenschaftlich Ahnung, warum ich blasen muß weg /bin und /obj ist, dass VS immer scheint nicht meine Projekte in Abhängigkeit zu bauen, und verweist oft ältere Sammlungen von meinem Code, wenn es frisch begonnen haben sollte. Jede mögliche datierte Krücke wegzujagen, scheint es zu zwingen, Dinge richtig zu machen. ¯ \ _ (ツ) _/¯