Votre projet n'est pas en faisant référence à la “.NETFramework,Version=v4.5” cadre de.

Je suis avec VS 2015.

Votre projet n'est pas en faisant référence à la ".NETFramework,Version=4.5"
cadre. Ajouter une référence à ".NETFramework,Version=4.5" dans le
"cadres" de votre projet.json, puis exécutez de nouveau NuGet
de la restauration.

J'obtiens cette erreur sur mon Accès aux Données et la Logique Métier de couches, peu de temps après l'ajout de mon MVC Couche. Les choses ont été la construction de l'amende jusqu'alors, mais je ne sais pas ce qui a déclenché cette erreur. Voici mon projet.json:

{
  "version": "1.0.0-*",
  "description": "foo bar Class Library",
  "authors": [ "foo bar" ],
  "tags": [ "" ],
  "projectUrl": "",
  "licenseUrl": "",

  "frameworks": {
    "net451": { },
    "dotnet5.4": {
      "dependencies": {
        "Microsoft.CSharp": "4.0.1-beta-23516",
        "System.Collections": "4.0.11-beta-23516",
        "System.Linq": "4.0.1-beta-23516",
        "System.Runtime": "4.0.21-beta-23516",
        "System.Threading": "4.0.11-beta-23516"
      }
    }
  }
}

Voici ce que j'ai essayé:

Le remplacement de "dotnet5.4" avec "net451" (et supprimer) comme trouvé dans cette réponse.

Résultat est le même message d'erreur.

Le remplacement de "dotnet5.4" avec "net45" et en laissant le "net451". Il en résulte une nouvelle erreur:

Votre projet.json n'ont pas une section exécution. Vous devez ajouter
'"exécution": { "gagner":{} }' à votre projet.json, puis exécutez de nouveau NuGet
de la restauration.

J'ai essayé de faire que cette erreur a suggéré et l'ajout de

"runtimes": {
    "win":  {}
  },

Cela m'a fait cette erreur, dont je n'arrive pas à aller au-delà:

Votre projet.json n'est pas de "gagner" un objectif de l'exécution. Vous devriez
ajouter"gagner": {}' à l'intérieur de votre "temps d'exécution" de la section dans votre projet.json,
et puis exécutez de nouveau NuGet restaurer.

Je l'ai déjà ajouté de "gagner", et cela commence à se sentir comme un hareng rouge. Que suis-je en train de faire modifier le projet.json directement, n'est-ce pas NuGet de la manipulation de ce?

Pour la première partie, allez à paramètres de votre projet et de fixer des objectifs de Cadre à 4,5
Il est défini de cette façon déjà.
Avez-vous ce résolu? J'obtiens le même problème si j'utilise 4.5.1, 4.5.2 ou 4.6 - Tous mes projets sont certainement tous en utilisant la même version de framework.

InformationsquelleAutor S. Loveland ECY | 2016-03-23

11

En fait je viens de comprendre le problème. J'ai fini par en cliquant sur Restore Nuget Packages au niveau de la solution et j'ai réussi à compiler mon PCL fichier, puis le reste de ma solution.

Espère que cette aide.
- Excellent, merci!
- cette réponse c'est ce qui était important pour moi.
- Merci à vous monsieur, qui a résolu mon problème
InformationsquelleAutor Thierry
164

J'ai eu ce même problème, et j'ai fini par avoir non seulement de supprimer le contenu de bin et obj dossiers, mais aussi la .vs répertoire pour la solution.
- .vs a été à l'origine du problème pour moi
- cela a été la solution pour moi!
- .vs n'était pas nécessaire pour moi. Merci!
- Je n'ai aucune idée de comment vous remercier correctement. J'ai été de me gratter la tête pour la plus grande partie de une heure à essayer de comprendre ça. supprimé tous les 3 et travailler comme un charme. +1
- Même ici. Un nettoyage complet et reconstruire résolu
- merci beaucoup! cela a fonctionné pour moi!
- Supprimer Bin/obj a fonctionné pour moi
- Je soupçonne que ce problème est provoqué par le passage GitHub branches sur mon local de développement de la zone. C'est, je travail dans une branche et la compilation crée de nombreux fichiers qui ne font pas partie du référentiel. Ensuite, j'ai commander une autre branche, et ces non-référentiel des fichiers sont toujours en place. D'une certaine manière, ils entrent en conflit avec les nouveaux fichiers extraits.
- confirmé, ce qui m'est arrivé lors de la commutation entre les branches git où certains de ces projets ont différents packages nuget
- Cette solution a fonctionné pour moi dans le passé, mais aujourd'hui, la suppression de fichiers n'ont pas d'aide. J'ai finalement déterminé à reconstruire le projet à partir de zéro en copiant le tout de façon méthodique d'un projet à l'autre. S'avère que la SEULE différence entre les deux projets (autres que le projet GUID) est un <TargetFrameworkProfile /> dans le cassé fichier de projet. Enlevé et voila!
- Je vous remercie . Cela a fonctionné pour moi aussi. J'ai eu à faire à la fois les étapes. 1)Supprimer .VS 2)Supprimer "bin" et "obj" des dossiers. Je pense que le dernier est le plus important.
- Tout simplement en supprimant le dossier obj était assez pour le résoudre, il est pour moi
- la version de VS?
- Visual Studio Professional 2019, Version 16.0.3
InformationsquelleAutor Chris R. Donnelly
121

J'ai eu le même problème - cela se produit toujours à l'aide de Visual Studio 2017.3, qui utilise .csproj à la place les fichiers de projet.json. Fait intéressant, le message d'erreur contient encore le texte "projet.json".

Il semble que la cause de ce problème est un fichier de verrouillage ou obj\project.assets.json fichier (selon votre version de VS) à partir d'une version précédente, qui n'est pas supprimé lors d'un nettoyage, comme décrit ici.

De supprimer manuellement le /obj répertoire est une solution de rechange rapide.

Si vous avez un "nouveau projet" (eg .NET de Base ou netstandard projet créé dans VS 2017) et un "vieux" projet dans le même répertoire (par exemple .NET de 4,6 projet créé dans VS 2015), il semble qu'ils vont continuellement se battre parce qu'ils utilisent tous les deux la ./obj dir de différentes manières. Plus d'infos ici..

Msbuild solution est de faire un de vos projets en utiliser un autre obj dir. J'ai ajouté à mon "vieux" csproj:
```
<PropertyGroup>
  
  <BaseIntermediateOutputPath>obj_netfx\</BaseIntermediateOutputPath>
</PropertyGroup>
```
- Cette solution fonctionne bien avec VS 2017, vous m'avez sauvé à temps.
- Brillant. Grande explication ainsi.
- Permettez-moi d'ajouter mes remerciements. Suppression de tous les offenser "obj" dossiers résolu mon problème.
- Que dieu vous Bénisse! Je me demandais où est la sanglante projet.fichier json. La suppression /obj fait
- Ya, qui est une bonne explication et la réponse, pour notre cas, c'était .NET Framework 4.7 .NET Standard 2.0, mais le problème et la solution est la même
- Merci!!!! Cela a été me rend fou car je n'ai pas de projet.fichier json dans ce projet!
- Super réponse, j'ai dû supprimer tous les ./obj dirs dans ma solution (plus de 90) pour résoudre ce problème.
- Encore un problème, même dans VS 2019. Merci pour la solution!
InformationsquelleAutor crimbo
27

J'ai trouvé qu'un rogue projet.verrouillage.json a été à l'origine de ce problème pour moi. Une fois que j'ai supprimé le fichier, le problème a disparu.

Ici est une partie de la documentation sur le projet.verrouillage.json.

Quelques conseils serait de veiller à ce projet.verrouillage.json est ignoré dans votre git d'ignorer des fichiers, et d'essayer plein de git propre. Assurez-vous que vous comprenez les implications d'un Git nettoyer avant de le faire si.

InformationsquelleAutor Melbourne Developer
2

J'ai eu le même problème après la mise à jour de Visual Studio pour Mac 7.4 (build 1033):
```
Error: Your project is not referencing the "MonoAndroid,Version=v7.1" framework. Add a reference to "MonoAndroid,Version=v7.1" in the "frameworks" section of your project.json, and then re-run NuGet restore.
```
Je n'ai pas de json fichiers de projet. Les conseils ici n'a pas aidé non plus, donc j'ai dû trouver le chemin difficile que j'ai dû installer la dernière Android SDK (Oreo 8.1) en plus de mon objectif SDK (Nougat 7.1).

InformationsquelleAutor Waescher
0

J'ai le même problème, mais je l'ai résolu en ajoutant bonne pépite paquet de ressources à
vs2017-->tools-->options-->Nugetpacakge manager--->updated le bon package url.

Reportez-vous ci-dessous de l'image

InformationsquelleAutor ch sandeep kumar
-1

Je vais avoir le même problème mais d'une manière différente.
```
        Your project does not reference ".NETFramework,Version=v4.5" framework. Add a reference to ".NETFramework,Version=v4.5" in the "TargetFrameworks" property of your project file and then re-run NuGet restore.          
```
Ajout d'une référence dans TargetFrameworks de la propriété.

Reconstruit le projet après la suppression de obj bin et .vs. Néanmoins, il lance le même.
- Bas-voté "non Pas comme une réponse", c'est un moi aussi.
InformationsquelleAutor Jeyanth

Vous devez vous connecter pour publier un commentaire.