Discussion :

[fabszn]

Hello,

Je me pense sur le pattern Visitor en ce moment.
Dans des exemples que j'ai pu voir, je suis tombé sur cette signature de méthode que je ne comprend as très bien :

Code :

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

1
2
3
 
 
public <T> T accept(Expression<T>){}

Je ne comprend pas à quoi correspond <T> T .

Merci d'avance pour votre aide !

[KiLVaiDeN]

Salut,

C'est juste pour dire que ça retourne un élément du même type que le type du paramètre.

Ca permet d'écrire des méthodes génériques, qui s'adapteront quelque soit le type de l'objet passé.

[fabszn]

Hello,

Merci pour vos réponses!

Mais quelle différence alors avec la notation suivante :

Code :

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

public T maMethode(MonParametre<T>);

Le type retourné est bien du même type que le paramètre dans ce cas la? non?



Merci encore pour votre aide!

[adiGuba]

Salut,

D'après ce que j'ai compris, cela veut dire que <T> après le public n'est la qu'a titre informatif.
De le mettre ou pas n'a pas d'impact sur la compilation de la classe?

Non !!!

Le <T> indique que la méthode est paramétré (utilise les Generics), et T représente son type paramétré. Cela permet d'écrire des méthodes paramétrés indépendantes du type de la classe...

En effet les méthodes peuvent être paramétré de deux manières :

Code :

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

1
2
3
4
5
6
public class MaClasse<T> {
 
	public T accept(Expression<T> e) {
		...
	}
}

Ici la classe MaClasse est paramétré avec le type T, et sa méthode accept() également.

Cela nous permet d'écrire quelque chose du genre :

Code :

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

1
2
3
4
MaClasse<String> maClasse = ...
Expression<String> expr = ...
 
String s = maClasse.accept(expr);

Mais interdira de faire ceci (car le type paramétré de la méthode est en fait le même que celui de la classe) :

Code :

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

1
2
3
4
MaClasse<String> maClasse = ...
Expression<Integer> expr = ...
 
Integer i = maClasse.accept(expr);

On ne peut pas utiliser Integer car le type attendu est String !


A l'inverse, il est possible de ne paramétré qu'une méthode indépendamment de la classe, et le paramétrage se place alors juste avant le type de retour :

Code :

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

1
2
3
4
5
6
public class MaClasse {
 
	public <T> T accept(Expression<T> e) {
		...
	}
}

Ici la classe MaClasse n'est pas paramétré. Par contre sa méthode accept() l'est, et elle permet de définir une relation entre son paramètre (Expression<T>) et son type de retour (T).

Cela nous permet d'utiliser la méthode accept() avec des types différents, tout en gardant une certaines cohérences. Le code suivant est ainsi permis :
[code]

Code :

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

1
2
3
4
5
6
7
MaClasse maClasse = ... // Pas de Generics
 
Expression<String> expr = ...
String s = maClasse.accept(expr);
 
Expression<Integer> intExpr = ...
Integer i = maClasse.accept(intExpr );

Mais bloquera quelque chose du genre :

Code :

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

String s = maClasse.accept(intExpr); // car intExpr est Expression<Integer)

Bien sûr il est également possible de cumuler les deux, par exemple :
[code]

Code :

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

1
2
3
4
5
6
public class MaClasse<E> {
 
	public <T> T accept(Expression<T> e) {
		...
	}
}

La classe est paramétré par E et la méthode par T !


a++

[fabszn]

Hello,

Ok maintenant c'est bien clair!

Merci beaucoup!!

Bonne journée!

[KiLVaiDeN]

adiGuba il est trop fort......... ça fait peur

Merci pour l'explication !

A+

[professeur shadoko]

Code :

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

1
2
 
public <T> T accept(Expression<T>){}

la méthode est elle même paramétrée par un type
en fonction du contexte le compilateur va te garantir que si tu passes une Expression<DeMaConsideration> tu vas récupérer un objet DeMaConsideration.