Recuperation du nom des parametres

**Sebastien_INR59** · 11/10/2007, 20h50

Bonjour,

J'ai une classe du genre:

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

1
2
3
4
5
6
7
8
 
public class MyClass {
 
    public void afficherArguments(String chaine, int a) {
        System.out.println(chaine + a);
    }
 
}

J'aimerais r�cuperer le nom des param�tres... ex: chaine, a

Dans une autre classe j'ai :

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

1
2
3
4
5
6
7
8
9
 
Class uneClasse = Class.forName("MyClass");
 
Method methodes[] = uneClasse.getDeclaredMethods();
 
for (int i = 0; i < methodes.length; i++) {
System.out.println(methodes[i].getName());
System.out.println(methodes[i].getReturnType());
}

Est il possible de recup�rer ces noms de parametres de la meme facon ?

Cordialement.

(Suite)

J'ai egalement:

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

1
2
3
4
5
6
7
8
 
 //Recuperation des parametres pour chaque methode
Class param[] = methodes[i].getParameterTypes();
 
for (int j = 0; j < param.length; j++) {
mesParam += param[j].getSimpleName() + ";";
 
}

Mais j'obtient seulement le type de ces parametres et non leur nom.

**let_me_in** · 11/10/2007, 23h13

je ne veux pas me m�ler de tes affaires, mais que va t'apporter de plus de connaitre les noms de parametres ?

**Sebastien_INR59** · 11/10/2007, 23h17

Je ne peux m'en passer pour certains tests...

**muad'dib** · 11/10/2007, 23h45

Je ne vois pas l'int�r�t qu'il y a � conna�tre les noms des param�tres d'une fonction...
La surcharge de m�thodes peut se faire � partir du moment o� les types des arguments de la m�thode diff�rent. Tu peux � partir de ce concept g�rer les arguments que tu veux (int, String etc...)

Expliques-nous ce que tu veux faire au final.

**Sebastien_INR59** · 12/10/2007, 00h05

Ce n'est pas une question de surcharge de m�thodes les tests dont je parlais...

En fait le projet existe en C# et un "p.Name" suffit. "p" �tant un objet ParameterInfo.

Pour des raisons d'int�gration avec d'autres outils je dois le passer en Java et l� probl�me...

**muad'dib** · 12/10/2007, 00h38

D'accord. Et un exemple d'utilisation de ce p.Name en C# ?

**�om** · 12/10/2007, 00h43

Malheureusement il me semble que �a n'est pas possible

(d'ailleurs eclipse te met arg0, arg1... si tu n'as pas li� les sources)

C'est un (gros) oubli

**muad'dib** · 12/10/2007, 00h58

Envoy� par �om

Malheureusement il me semble que �a n'est pas possible

(d'ailleurs eclipse te met arg0, arg1... si tu n'as pas li� les sources)

C'est un (gros) oubli

En fait je ne vois pas du tout l'int�r�t de conna�tre le nom des arguments qui sont pass�s en param�tre. Ils ne pourront pas te servir de guide dans le code vu que l'on ne peut pas surcharger une fonction en ayant les m�mes types de param�tres. Il doit y avoir un moyen de proc�der autrement.

**�om** · 12/10/2007, 01h02

Envoy� par muad'dib

En fait je ne vois pas du tout l'int�r�t de conna�tre le nom des arguments qui sont pass�s en param�tre. Ils ne pourront pas te servir de guide dans le code vu que l'on ne peut pas surcharger une fonction en ayant les m�mes types de param�tres. Il doit y avoir un moyen de proc�der autrement.

Par exemple quand tu fais de la g�n�ration de code (� partir d'une interface r�cup�r�e par introspection), �a rend plus facile la lecture de la g�n�ration que des arg0 arg1...

�a n'est qu'un exemple

(c'est dans ce cas o� j'ai d�j� eu besoin de �a)

**muad'dib** · 12/10/2007, 01h08

Envoy� par �om

Par exemple quand tu fais de la g�n�ration de code (� partir d'une interface r�cup�r�e par introspection), �a rend plus facile la lecture de la g�n�ration que des arg0 arg1...

�a n'est qu'un exemple

(c'est dans ce cas o� j'ai d�j� eu besoin de �a)

Ok dans ce cas-l� effectivement �a serait pratique. Il est vrai que je ne vois rien permettant de r�cup�rer autre chose que le type des variables dans l'API de base.
Concernant les tests que voudrait faire le PO sur ces noms de variables, j'aimerais bien voir.

**adiGuba** · 12/10/2007, 09h45

Salut,

Envoy� par �om

C'est un (gros) oubli

L'acc�s aux noms des param�tres via la r�flection �taient pr�vus pour Java 6 mais n'a finalement pas �t� prise en compte.

A l'origine ils voulaient utiliser des annotations pour marquer les m�thodes/classes dont les noms de param�tre devaient �tre conserv�s...

Mais ils ont finalement conclu que ce serait pr�f�rable d'int�grer cela par d�faut pour toutes les m�thodes, mais que cela impliquait plus de travail et de r�flection

cela a �t� report� dans Java 7...

Tout ceci est indiqu� dans la conclusion de la release finale de la JSR 270 :

Reﬂective access to parameter names

Original description:

Practical experience with annotations has identiﬁed situations in which it�d be useful to be able to access the names of method and constructor parameter names. This is particularly relevant to JSRs 181 (Web-Services Metadata) and 224 (JAX-WS 2.0), but it may also be of use in other JSRs such as 255(JMX 2.0) and 274 (Design-Time API for JavaBeans).

This feature will provide access to the names of constructor and method parameters at runtime via the reﬂection API. To do this effectively will probably require the introduction of a new core annotation, or perhaps a meta-annotation, to identify constructors and methods whose parameter names should be recorded in class ﬁles. Otherwise this feature would only work with class ﬁles containing full debug information; such class ﬁles are larger than is desirable in production settings.

The JSR 270 Expert Group concluded, after a lengthy discussion, that it would be better to support reﬂective access to all parameter names, by default, rather than require the use of annotations or some other means to request that parameter names be recorded during the compilation of particular classes or interfaces. This is the cleanest approach from the standpoint of language design, it ﬁlls in one last gap in Java�s reﬂection facilities, and it removes any question as to whether or not parameter names will be available to applications.

A consequence of making parameter names available by default is that programs may, intentionally or not, become dependent upon parameter names even though such names are not, strictly speaking, part of the signature of a constructor or method. After this change is made it will be dangerous to rename a parameter of any public or protected method or constructor in any published API. A change of this magnitude deserves wider, and longer-term, publicity and discussion than is possible in the remainder of the Java SE 6 development cycle. The JSR 270 EG therefore recommends that this more complete approach be pursued in Java SE 7.

A noter qu'avec Java 6, les annotations/Processor ce doit �tre possible de le simuler...

a++

**�om** · 12/10/2007, 09h59

Et bien merci adiGuba pour les compl�ments d'informations

**adiGuba** · 12/10/2007, 16h05

Envoy� par adiGuba

A noter qu'avec Java 6, les annotations/Processor ce doit �tre possible de le simuler...

Comme j'avais en t�te de revoir mon tutoriels sur les annotations pour y traiter de la JSR-269 (Annotation Processing) et que je ne trouvais pas d'id�e originale pour illustrer mon propos, cette discussion m'a inspir�

J'ai donc fait une annotation @UseParameterNames qui, lorsqu'elle est utilis�e sur une classe, permet de g�n�rer un fichier contenant les noms des param�tres...

Ensuite � l'ex�cution il suffit d'utiliser la m�thode ParameterTools.getParameterNames(Method) � l'ex�cution pour r�cup�rer le nom des param�tres...

Exemple :

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
 
import java.lang.reflect.Method;
import com.developpez.adiguba.annotation.ParameterTools;
import com.developpez.adiguba.annotation.UseParameterNames;
 
@UseParameterNames
public class Main {
 
	public static void main(final String... args) {
		// On parcours les méthodes de la classe :
		for (Method method : Main.class.getDeclaredMethods()) {
			System.out.println(method.getName() + " : ");
			// On récupère le type des paramètres 
			Class<?>[] types = method.getParameterTypes();
 
			// On récupère le nom des paramètres (si possible)
			String[] names = ParameterTools.getParameterNames(method);
			if (names!=null) {
				// Et on affiche le tout :
				for (int i=0; i<types.length; i++) {
					System.out.println("\t" + types[i].getCanonicalName() + " " + names[i]);
				}
			}
			System.out.println();
		}
	}
 
 
	public void method() {
	}
 
	public void method(String str) {
	}
 
	public void method(String string, int anInteger) {
	}
 
	public void method(java.util.Date date) {
	}
}

Ce qui affiche en r�sultat :

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
main :
        java.lang.String[] args
 
method :
 
method :
        java.lang.String str
 
method :
        java.lang.String string
        int anInteger
 
method :
        java.util.Date date

Pour cela il suffit d'inclure le jar contenu dans le fichier-joint au classpath lors de la compilation et de l'ex�cution. Ce jar utilise le principe un Processor pour g�n�rer un fichier properties contenant les noms de param�tres � l'ex�cution...

Bien entendu c'est uniquement compatible Java 6 et cela n�cessite un compilateur strictement conforme (et en particulier qui prend en charge la JSR 269), ce qui n'est pas le cas d'eclipse 3.2 (aucune id�e pour le 3.3 je ne l'ai pas encore test�).

C'est cod� assez vite et pas optimis� (le fichier Properties est lu � chaque appel de getParameterNames()), et je n'ai pas vraiment le temps de d�tailler le fonctionnement de tout cela... mais les codes sources sont fourni pour ceux que cela int�resse

J'essayerai de d�tailler tout cela dans un joli tutoriel lorsque j'aurais un peu de temps

a++

**pseudocode** · 13/10/2007, 18h24

Envoy� par adiGuba

aucune id�e pour le 3.3 je ne l'ai pas encore test�.

Oui ca marche avec Eclipse 3.3, a condition bien sur d'autoriser les annotations dans les options de compilation du projet.

**adiGuba** · 13/10/2007, 18h47

Envoy� par pseudocode

Oui ca marche avec Eclipse 3.3, a condition bien sur d'autoriser les annotations dans les options de compilation du projet.

Ah Cool ! Il va falloir que je teste cela

a++

**pseudocode** · 13/10/2007, 18h52

Envoy� par How_to

Menu Eclipse->Project->Properties...

Java Compiler->Annotation Processing
[x] Enable Project Specific settings
[x] Enable Annotation Processing

Java Compiler->Annotation Processing->Factory Path
[x] Enable Project Specific settings
Add Jars -> (indiquer le jar)

OK

et ca marche avec ton jar...

**Sebastien_INR59** · 13/10/2007, 23h28

Encore un grand merci pour toute l'aide et informations apport�es...

Recuperation du nom des parametres

Java

Discussions similaires

Partager

Partager