Hériter d'une classe générique de base, appliquer une contrainte, et de mettre en œuvre une interface en C#

C'est une question de syntaxe. J'ai une classe générique qui hérite d'une classe générique de base et l'application d'une contrainte à l'un des paramètres de type. Je tiens aussi à la classe dérivée pour implémenter une interface. Pour la vie de moi, je n'arrive pas à trouver la syntaxe correcte.

C'est ce que j'ai:

DerivedFoo<T1,T2> : ParentFoo<T1, T2> where T2 : IBar { ... }

La première chose qui m'est venue à l'esprit était présent:

DerivedFoo<T1,T2> : ParentFoo<T1, T2> where T2 : IBar, IFoo { ... }

Mais c'est incorrect en tant que causes T2 à la nécessité de mettre en œuvre les deux IBar et IFoo, pas DerivedFoo à mettre en œuvre IFoo.

J'ai essayé un peu de Googling, l'utilisation des deux-points, points-virgules, etc, mais j'ai tourné court. Je suis sûr que la réponse est à la tête slappingly simple.

  • Je ne pouvais pas comprendre @Adam de réponse quand j'ai regardé une fois mais après 2minutes j'ai pu obtenir ce que c'est, merci pour la réponse. Dérivée de la classe a plus d'une mise en œuvre peut-être que c'est le point. De toute façon j'en veux pour preuve sa notation pour les autres. "classe DerivedClass<Type> : Myclass où Type : IType" . Rien ne doit être entre la dernière classe implémentée et la clause where.
InformationsquelleAutor Dan Rigby | 2010-01-05
  1. 140

    Vous comprennent l'ensemble de la signature de votre classe avant de définir des contraintes génériques.

    class DerivedFoo<T1, T2> : ParentFoo<T1, T2>, IFoo where T2 : IBar
{
    ...
}
    • Pour les autres, j'ai intériorisé ce que, d'une classe n'ont qu'une seule clause where, et il va à la fin pour toutes & à tous les médicaments génériques type de contraintes.
    • Il est permis d'avoir plusieurs clauses where, classe de Test<T1,T2> où T1 : Interface1 où T2 : 2
    • ouais, ce bwing dit, chaque clause where peut avoir de multiples contraintes... donc la syntaxe de l'original post est correct, ça veut juste dire quelque chose de différent que l'op voulait. where T2 : IBar, IFoo signifie simplement que T2 doit implémenter deux interfaces au lieu de DerivedFoo<T1,T2> la mise en œuvre de IFoo
    InformationsquelleAutor Adam Robinson
  2. 16

    Ma recommandation: lorsque vous avez une question à propos de la syntaxe du langage C#, lire le cahier des charges; c'est pourquoi nous le publions. Vous aurez envie de lire la section 10.1.

    Pour répondre à votre question spécifique, l'ordre des choses dans une déclaration de classe est:

    • attributs, entre crochets
    • modificateurs ("public", "statique", et ainsi de suite)
    • "partielle"
    • "classe"
    • le nom de la classe
    • une liste séparée par des virgules de paramètre de type de déclarations à l'intérieur de crochets
    • un deux-points suivi d'une liste séparée par des virgules de types de base (classe de base et la mise en œuvre des interfaces, de la classe de base doit aller d'abord si il y en a un)
    • contraintes de paramètre de type
    • le corps de la classe, entouré par des accolades
    • un point-virgule

    Tout sur cette liste est facultative, sauf pour la "classe", le nom, et le corps, mais tout doit apparaître dans cet ordre si elle apparaît.

    • Eric, bien que je respecte en tant que professionnel et apprécions vos commentaires, je ne peux pas m'empêcher d'être frustré par ce qui se présente comme un abrasif réponse. Vous me critiquer pour le choix de poser une question sur une programmation Q&Un site de plus de localiser, de télécharger et de la recherche au travers d'un très techniques 503 page d'un document Word enterré hors d'un lien dans MSDN. C'est assez rude. C'est l'utilisation la plus efficace de mon temps et a l'avantage que cela peut aider quelqu'un d'autre plus tard. Le lien vers le C# Lang Spec pour ceux que cela intéresse est: msdn.microsoft.com/en-us/vcsharp/aa336809.aspx
    • Aucune critique a été prévu. Il y a un sentiment de partialité dans le plus pur texte de la communication qui en fait de simples déclarations de faits son brusque et abrasifs; j'essaie de lire charitablement lorsqu'ils sont présentés avec une liste des informations utiles, et vous recommandons de le faire ainsi. Je m'en tiens à ma recommandation, si vous avez des questions à propos de la syntaxe, de la spécification des réponses de manière définitive et commence avec une utile table des matières pour la localisation des définitions de certaines syntaxes.
    • Dan, trouver C# spec est aussi simple que d'entrer dans "C# Spec" dans Google et cliquer sur le "j'ai de la chance" bouton. Et si vous êtes un professionnel de développeur C#, vous devez déjà avoir C# spec en format PDF sur votre machine. Aussi, je ne veux pas critiquer non plus. Je n'étais pas habitué à lire des spec plus tôt, mais j'ai commencé à le lire grâce à Jon, Eric et Pavel qui a toujours des citations C# spec pour toute question. J'ai trouvé que C# spec, même si elle pourrait être difficile à lire parfois, est un excellent moyen d'apprendre à propos de la langue.
    • Lippert: Juste assez. Je vous remercie pour votre réponse. Comme une suggestion constructive, il serait utile si Microsoft allait intégrer le contenu de la spécification directement dans MSDN, en plus d'avoir exister comme un téléchargement séparé. Le Visual Studio .Net version MSDN a une version intégrée de la spécification, mais pas les versions ultérieures. J'ai réfléchi à l'achat d'Anders Hejlberg du livre, mais avec .Net 4.0 autour du coin, je suis réticent à tout moment. amazon.com/C-Programming-Language-3rd/dp/0321562992 Merci.
    • Le document sur le MME site de est en .format doc (je suis conscient de l'emplacement que j'ai fait un lien dans mon commentaire), où avez-vous trouve une version PDF? Merci.
    • Sur ECMA du site web. ecma-international.org/publications/standards/Ecma-334.htm
    • Le seul hic, c'est que le standard ECMA sentiers de Microsoft spécification du langage C# dans la monnaie. Par exemple, l'ECMA-334 ne couvre pas LINQ ou Lambdas. Alors qu'il aurait travaillé pour ma question, je suis plus enclin à la référence la plus récente du document.
    • Vous avez absolument raison. Jusqu'à présent, pour mes besoins simples, la version PDF a travaillé.
    • Wow, vous apprendre quelque chose tous les jours...ne savais pas que la définition d'une classe pourrait être suivie par un point-virgule (ne sais pas pourquoi vous voulez, mais je suis sûr qu'il y a une raison). +1
    • C++ il faut qu'une déclaration de classe de fin dans un point-virgule. Nombreux sont les développeurs C#, proviennent d'un C++ arrière-plan; parfois, leurs doigts de mettre le point-virgule sans leur cerveau s'impliquer. 🙂 Il y a un certain nombre de constructions en C# qui prennent une option semi où C++ requiert l'un. C'est à peu près juste une subtile de commodité. Je suppose qu'il vous permet aussi subtilement appel lors d'une déclaration de type de fin de vs dire un corps de méthode de déclaration.

    InformationsquelleAutor Eric Lippert
  3. 7
    public interface IFoo {}
public interface IBar {}

public class ParentFoo<T,T1> { }
public class DerivedFoo<T, T1> : ParentFoo<T, T1>, IFoo where T1 : IBar { }
    InformationsquelleAutor Stan R.
  4. 2
    public class KeyAndValue<T>
{
    public string Key { get; set; }
    public virtual T Value { get; set; }
}

public class KeyAndValue : KeyAndValue<string>
{
    public override string Value { get; set; }
}

    C'est une extension du réponses. La valeur par défaut est string si vous ne fournissez pas un type. Je n'ai pas implémenter une interface, mais qui ne devrait pas être quelque chose de différent que d'habitude.

    InformationsquelleAutor user875234