Je pensais utiliser des génériques simples (ce que je pensais) de faire respecter le CRUD sur certaines classes d'entreprise. par exemple.
T Foo(T t); T Foo<T> (T t); T Foo(<SomeType> someInstance);
3 Réponses :
Ici vraiment deux TS différent: peut-être juste p>
car sinon est égal à p>
Didacticiel Good Generic < / p>
EDIT: P>
Peut-être que vous avez besoin Interface publique IRLEABLE irradable Interface publique IRLEABLE Interface publique IRLEABLE interface publique irrafin
Ouais, pour être précis, vous avez besoin de: interface publique irradiable
Voir .. cela compilerait, mais ce n'est pas ce que je cherche .. comme je disposerai probablement d'une classe d'adaptateur qui mettra en œuvre un tas de verroibles
Interface publique IRLEABLE
Le CIL ne prend pas en charge la surcharge de la méthode par type de retour. P>
tu es droit copain .. mon mauvais .. j'ai enlevé le mauvais exemple, mais mon point était que je fais que j'interface
Vous avez surestimé l'interface. Vous déclarez en raison de cette confusion, vous terminez Avec une erreur lorsque vous essayez de mettre en œuvre l'interface. P> Pour résoudre ce problème, il vous suffit de supprimer le paramètre générique de la fonction code> code> , à la fois dans l'interface, et dans la classe edit: strong> p> D'accord, j'ai lu le reste de votre message et il semble que vous ayez déjà découvert que cela "fonctionne", mais vous semblez penser que c'est incorrect. Pourquoi? Quelles exigences ne correspondent-elle pas? P> P> t code> dans la définition de l'interface, mais vous redéclare em> dans la définition de la méthode: noeadapter code> p>
THX pour votre aide .. Ce n'est pas que je pensais ce que fonctionnait était incorrect, mais que je m'attendais à ce que le CLR soit le CLR assimilerait les deux types génériques. Celui l'interface et celui sur la méthode .. Ie interface. > 'S T serait le même que T lire