Erreur lors de l'utilisation de méthodes d'extension en C#

Je suis tombé sur un problème qui me fait penser il y a un bug dans la version 3.0 du framework. Lorsque j'essaie d'utiliser des méthodes d'extension j'obtiens l'erreur suivante: 

Missing compiler required member
'System.Runtime.CompilerServices.ExtensionAttribute..ctor'

Lors de l'utilisation de ce code simple:

public static class StringUtils {
    static void TestExtension(this String targetString) {

    }
}

La seule façon de faire cette erreur de compilation aller loin est d'ajouter le code suivant:

namespace System.Runtime.CompilerServices {
    public class ExtensionAttribute : Attribute { }
}

Il a été quelques mois depuis que j'utilise les extensions de méthodes, mais je suis assez sûr que je n'ai pas eu à le faire. Quelqu'un d'autre a rencontré ce problème?

  • J'ai le framework cible fixée à 3,5 dans les propriétés du projet.
  • Dans ce cas, je me demande si l'une des assemblées de la référence de déclarer cet attribut (avec l'aimable autorisation de mise à niveau .NET 2.0 avec C# 3.0), et le compilateur est d'avoir du mal à choisir lequel utiliser? Obtenez-vous ce problème de vanille (propre) de projet avec juste la StringUtils etc?
  • (ce qui signifie: pas System.Core.dll et peut-être avec un interne constructeur)
  • Connexes: Catch-22 de avec auto-défini ExtensionAttribute
  • Cette erreur se produit si vous avez besoin de cibler un ancien Cadre de la version. Vous ne savez pas comment vieux, mais je l'ai eu quand j'ai eu pour cible .Net Framework 2.0. La solution ci-dessus a travaillé.
InformationsquelleAutor Korbin | 2008-10-15
  1. 20

    Je viens de tomber sur ce problème moi-même.
    Dans mon cas, c'est parce que j'ai converti un VS 2005/.Net 2.0 VS 2008/.Net 3.5 projet. L'outil de conversion gardé les références au Système.Core 2.0, et je ne pouvais pas trouver un moyen facile de changer les références au Système.Core 3.5.

    J'ai fini par re-création du projet dans VS 2008 à partir de zéro, et il a été créé avec mention de Système.Core 3.5

    InformationsquelleAutor abelenky
  2. 73

    J'ai exactement le même problème. L'erreur System.Runtime.CompilerServices.ExtensionAttribute..ctor est plutôt cryptique, et pourrait signifier un certain nombre de choses différentes.

    Cependant, pour moi, Il est apparu le fait que je suis en utilisant Newtonsoft.Json.Net. J'ai supprimé la référence au fichier Newtonsoft.Json.Net20.dll, et la re-il ajouté. Après cela, ma solution s'appuie de nouveau.

    La chose la plus étrange c'est que quand j'ai essayé de trouver ce qui était différent après cette procédure à l'aide de la Subversion Diff, rien ne semble avoir changé.

    Donc je ne sais vraiment pas quoi enlever et rajouter cette référence n'a vraiment, mais il ne répare mon build problème avec ce message d'erreur mentionné par le demandeur.

    Mise à JOUR de 1:

    Pour ceux qui viennent à travers ce nouveau, comme le comenters souligné, la bonne façon de résoudre ce problème est de Télécharger Json.Net s'ZIP, et il devrait y avoir une version 3.5, re-3.5 par où vous êtes en utilisant Json.Net et supprimer l'ancienne référence, comme il est probable, faisant référence à une assemblée qui a été construit pour les versions plus anciennes de .net.

    Mise à JOUR 2:

    Charlie Fleurs souligne que la DLL NewtonSoft étiquettes comme pour la 3.5 est en fait ne va pas fonctionner avec la version 3.5. Vous devez utiliser la DLL elles label pour .net 2.0

    • Si vous utilisez Json.NET dans une .NET 3.5 de l'environnement, vous devez utiliser le construire .NET 3.5 plutôt que de 2.0 comme vous êtes actuellement. 3,5 construire ne comprend pas Leextensionattribute classe.
    • James, Vous avez raison. J'ai téléchargé Json.Net s'ZIP, et il y avait une version 3.5. Merci!
    • +1 j'ai eu exactement le même problème. Comme une note de côté de James Newton-King, j'utilise aussi Json.NET 2.0 avec .NET 3.5, parce que assez les versions modernes de mono (par exemple, le stock de construire à partir de Ubuntu 9.10), json.net dépend de drôles de Dll qui ne sont pas encore pris en charge. J'ai donc le compiler avec la version la plus ancienne de json.net et c'est très bien pour de nombreux mois.
    • +1 c'est mon problème aussi. J'ai pensé que la newtonsoft.json.dll la version de Json.NET a été compilé avec .net 1
    • L'homme que je viens de perdre une heure sur ce point. Merci pour la réponse. La dll newtonsoft étiquettes comme pour la 3.5 est en fait ne va pas fonctionner avec la version 3.5. Vous devez utiliser la dll elles label pour .net 2.0.
    • Les fleurs, Merci pour cette trop. J'ai mis à jour la réponse à donner un heads-up pour les autres dans la même situation.
    • J'ai eu le même message d'erreur quand je convertir VS2008 projet de VS2010 (encore .NET 3,5). Mon projet est à l'aide de Momo.Cecil.dll. - Je supprimer et readd que Mono.Cecil dll à ma liste de référence.
    • Exactement le même problème pour moi aussi .NET 4 du projet. Par Défaut le package NUGET les références de la version 2.0. Juste de le supprimer et ajouter les .net 4 dll à partir de NuGet packages de dossier
    • NewtonSoft v2.0 ne fonctionne pas pour moi. En cours d'exécution .net 4.0 profil
    • Autant que je sache .Net 4.0 n'est pas compatible avec les fichiers DLL construit pour .Net 2.0 ou 3.5
    • C'est pour cette réponse. J'ai réalisé que j'étais à l'aide de la version 2.0 pour JSON.net dans mon 3.5 projet, la suppression et la mise à jour de la référence sovled mon problème.
    • Est-il une solution qui ne fait pas intervenir de multiples assemblées? Leextensionattribute hack de me mettre dans une grave situation catch-22...
    • La solution est de compiler à la main projet avec cette question, parce que Visual Studio est assez stupide pour ajouter des assemblées comme des références à la ligne de commande du compilateur (premier Newtonsoft.Json.Net20.dll et puis System.Core.dll) au lieu de mettre de la BCL assemblées en premier.
    • Hey, Merci pour votre message...je suis confrontée au même problème, lorsque je l'ai enlevé Newtonsoft.Json.Net20.dll de référence et de la réinsérer dans le projet...mon projet construit avec succès.
    • Chets: Oui, j'ai essayé plusieurs fois (même redémarré Visual Studio inbetween) - rien de tout cela fonctionne. Intéressant, c'est que ce qui s'est passé pour moi, seulement lors de la compilation de la version de la version.
    • Ce doit être la accepté de répondre. Newtonsoft.Json.Net20 était le coupable!
    • Ce problème a été intermittente pour moi (la fermeture de la solution parfois, il fixe). J'ai aussi eu l'avertissement The predefined type 'System.Runtime.CompilerServices.ExtensionAttribute' is defined in multiple assemblies in the global alias; using definition from 'd:\...\Newtonsoft.Json.dll'. La mise à jour de Newtonsoft pour .NET 4.0 (qui correspondent au reste de ma solution) correction du problème.

    InformationsquelleAutor 7wp
  3. 17

    dans VS, cliquez sur le Projet (à côté de Fichier,Edition,Affichage), sélectionnez Propriétés

    puis dans l'onglet Application (vous remarquerez que vous êtes déjà en 3.5), sélectionnez la Cible Cadre 2.0, puis compilez (il sera d'erreur). puis le remettre à nouveau à 3,5, puis compilez à nouveau, l'erreur disparaît

    je pense que c'est juste un petit problème dans Visual Studio, tout fou le IDE 🙂

    • J'ai eu ce problème et c'était la seule solution qui a fonctionné pour moi (à l'intérieur de VS).
    • Certainement étrange, mais il a travaillé pour moi aussi! Ne peut pas argumenter avec ça, merci!
    InformationsquelleAutor Michael Buen
  4. 16

    J'ai eu le même problème dans un projet de bibliothèque de classes que j'avais mis à niveau à partir de VS 2008 à visual studio 2010 Beta 2. Je n'avais pas ajouté de méthodes d'extension pour le projet jusqu'à ce qu'après la mise à niveau, puis j'ai commencé à voir la même erreur.

    Ajout d'une classe avec le code suivant pour le projet a résolu le problème:

    namespace System.Runtime.CompilerServices
{
    public class ExtensionAttribute : Attribute { }
}

    Trouvé l'astuce sur ce blog: http://blog.flexforcefive.com/?p=105

    InformationsquelleAutor Andrew Myhre
  5. 5

    Votre cadre n'est pas assez haut pour les Méthodes d'Extension.

    C'est un hack pour faire l'extension des méthodes de travail, sans être en 3,5

    InformationsquelleAutor Tom Ritter
  6. 3

    Quelle version de .NET vous cibler? Leextensionattribute de la classe est livré dans System.Core.dll (.NET 3.5), mais vous pouvez re-déclarer vous-même si vous souhaitez utiliser des méthodes d'extension dans .NET 2.0/3.0 (avec C# 3.0, évidemment). En fait, LINQBridge fait cela.

    [mise à jour] Cependant, je suis un peu confus, parce que l'erreur que vous devrait voir est:

    Erreur 1 Ne peut pas définir une nouvelle extension
    méthode parce que le compilateur nécessaire
    type
    'Système.Moment de l'exécution.CompilerServices.ExtensionAttribute'
    ne peut pas être trouvé. Êtes-vous en manque un
    référence à
    Système.Core.dll? [ciselée d'un sentier choses]

    InformationsquelleAutor Marc Gravell
  7. 2

    Un Système manquant.Base de référence de la volonté de donner à ces symptômes.

    InformationsquelleAutor jyoung
  8. 1

    Ce problème est en effet causé par une mauvaise référence à la version 2 du Système.De base . Normalement, c'est causée lorsque la mise à niveau d'une version antérieure de .NET pour .NET 3.5 . Si c'est un site internet que vous rencontrez ce problème, alors il peut être résolu en suivant les étapes ci-dessous:

    1) Dans le web.config ajouter une référence à System.De base de la v3.5:

    <assemblies>
   <add assembly="System.Core, Version=3.5.0.0, Culture=neutral, PublicKeyToken=B77A5C561934E089"/>
</assemblies>

    2) Dans le web.config ajouter ce qui suit comme un enfant de configuration:

    <configuration>
   <!--Some other config-->
   <assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1">
      <dependentAssembly>
         <assemblyIdentity name="System.Core" publicKeyToken="B77A5C561934E089"/>
         <bindingRedirect oldVersion="2.0.0.0-2.1.0.0" newVersion="3.5.0.0"/>
      </dependentAssembly>
   </assemblyBinding>
</configuration>
    InformationsquelleAutor lexx
  9. 1

    Pour les cours de référence:

    J'ai lutté contre ce même message d'erreur pour les deux dernières heures dans le .Net framework 4.0 et enfin le suivi qu'il est vers le bas pour un corrompu référence à Microsoft.CSharp dll. C'était une très simple question. J'ai supprimé l'infraction de référence et l'ajout d'une "nouvelle" référence à cette dll qui a été situé à:

    C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework\.NETFramework\v4.0\Microsoft.CSharp.dll

    J'espère que cela va sauver quelqu'un d'autre le temps et de l'aggravation de rechercher une solution à ce message d'erreur.

    • Cela a été le cas pour moi aussi. Cependant, je n'ai pas à rechercher tous les fichiers, j'ai juste eu à "ajouter une référence" et la recherche "csharp" sous "assemblées". Là, j'ai été en mesure de sélectionner la référence mentionné et tout a bien fonctionné à partir de là.
    InformationsquelleAutor DJGray
  10. 0

    Extensions sont introduits dans C# 3.0, qui d'autre part a été introduit en .NET 3.5, donc vous ne pouvez pas vraiment les utiliser dans .NET 3.0 directement.

    InformationsquelleAutor Tamas Czinege
  11. 0

    Est-ce un projet de site web, par hasard? Essayez de changer la cible de cadre de .NET 3.5 à une version antérieure, et de revenir ensuite .NET 3.5.

    InformationsquelleAutor Gabriel Isenberg
  12. 0

    Essayer: Projet, Ajouter une Référence, trouver du Système de Base 3.5.0.0 dans la liste, puis sur OK pour l'ajouter.

    InformationsquelleAutor
  13. 0

    Juste cibler votre VS projet .NET framework 3.5 et au-dessus. Plus que probablement vous avez converti votre projet à partir d'une version précédente.

    InformationsquelleAutor Hash
  14. 0

    J'ai eu une version de Elmah.Sandbox qui a été ciblé .net 2.0 dans un existant .Net 4.0 projet. J'ai ajouté une méthode d'extension pour mon projet et de le construire a échoué avec le "Manque compilateur que les états" message d'erreur.

    La Elmah.Sandbox dll a été inclus en tant que partie d'une première version de ElmahR. Une fois que cela a été supprimé, tout cela construit à nouveau.

    InformationsquelleAutor Gais
  15. 0

    Dans mon cas, la raison en était le mauvais NET20 version de Microsoft AntiXSSLibrary.dll. Remplacé par NET35 - l'erreur a disparu.

    InformationsquelleAutor Denis
  16. 0

    Modifier votre csproj et assurez-vous que ces références sont inclus (il l'habitude de travailler par simple "ajouter une référence"...):

    <Reference Include="System" />
<Reference Include="System.Core" />
<Reference Include="System.Xml.Linq" />
<Reference Include="System.Data.DataSetExtensions" />
<Reference Include="Microsoft.CSharp" />
<Reference Include="System.Data" />
<Reference Include="System.Net.Http" />
<Reference Include="System.Xml" />
    InformationsquelleAutor Eli Livshitz