Discussion :

[zax-tfh]

Bonjour à tous,

J'ai voulu faire une surcharge de fonction avec des génériques mais je me rend compte que cela réagit plutot mal.
Voici en gros ce que j'aurais souhaité faire :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
public function GetMyResult(of T as {new, IResultBase})() as T
public function GetMyResult(of T as {new, IResultExtended1})() as T
public function GetMyResult(of T as {new, IResultExtended2})() as T

Ce qui m'aurait permis d'avoir une seule fonction dans laquelle j'injecte le type de résultat attendu et du coup je récupère le resultat en question.
Bon j'avoue, l'interet de la chose est purement "graphique" dans le sens où cela permet juste d'avoir une meilleure lisibilité du code et surtout d'avoir un meilleur confort de code car je pourrais très bien créer trois fonctions portant des noms différents.

Bref, auriez vous une idée sur le sujet à savoir s'il est possible de créer des surcharges uniquement différenciées par le type de base que T doit avoir via la contrainte imposée dans la signature ?

[DotNetMatt]

Est-ce que c'est ça que tu cherches à faire ?

Code C# :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
public T GetMyResult<T>(T myParam)
    where T : IResultBase, IResultExtended1, IResultExtended2, new ()
{
}

[EDIT] : je viens de tester et ça n'a pas l'air de fonctionner tel quel Pas le temps de voir tout de suite pourquoi, mais est-ce que ça répondrait à ta question ?

[zax-tfh]

En fait, c'est ce que j'avais fait au départ.
Mais trois choses m'ennuient avec cette méthode (au niveau propreté du code) :

1) Si tu as 10 interfaces qui héritent de IResultBase, tu les auras dans la signature, avec 30 ou 40 surcharges, je te raconte pas le bordel...

2) Dans la fonction tu es obligé de tester le type de T avec des if elseif pour faire la construction du T en fonction de l'interface employée concretement

3) Au moment de l'instanciation de T, l'intellisense te proposera la liste complète de toutes les propriétés de toutes les interfaces => pas glop :/

D'où le fait de vouloir faire une surcharge de la fonction, ce qui était beaucoup plus propre à mon gout.
J'ai fait un peu le tour du web et il n'y a pas de possibilité de surcharge comme je souhaite le faire car le typage générique et ses contraintes n'entrent pas dans la définition de la signature. Donc les fonctions ont du coup la même signature et ça ne passe donc pas.
Je ne sais pas trop comment faire à part utiliser des noms de fonctions différents à chaque fois.

[antoine.debyser]

Bonjour,

Je ne vois pas trop l’intérêt d'utiliser les interfaces dérivées?

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
public T GetMyResult<T>(T myParam)
    where T : IResultBase, new()
{
}

Devrait suffire du point de vue de la déclaration.

Après si tu as besoin de faire des choses spécifique au niveaux de l'initialisation en fonction de l'interface réel, alors il faudra bien faire des if.

Dans la fonction tu es obligé de tester le type de T avec des if elseif pour faire la construction du T en fonction de l'interface employée concretement

Bah oui, meme en temps c'est les prémisse d'une factory.
D'ailleurs selon ce que tu cherches a faire, une factory, voir une abstract factory c'est peut être plus adapté.