Discussion :

[digofwall]

Bonjour , je souhaiterai réaliser quelque chose mais aucune idée si c'est possible ...

disons que j'appel plusieurs fois dans mon code une méthode que je vais nommé "MethodX".

j'aimerai après que mon logiciel sois lancé , savoir combien de fois cette méthode à étais appelé dans tout mon code et éventuellement connaitre les paramètres envoyés.

genre un tableau:

MethodX(800)
MethodX(2emeparametre) ...

est-ce que cela est possible?

Merci

[Robin56]

est-ce que cela est possible?

Eh bien oui, j'avais déjà entendu parlé de cette fonctionnalité mais dans une implémentation d'OSGi mais je n'en sais pas plus.

Sinon je te propose quelque chose de plus simple : un système de logger Java (log4J ou simple appel à un logger fait maison) qui te permettrait d'enregistrer le passage dans une méthode au sein d'un conteneur (fichier, console ou tableau). Un appel tout bête donc à chaque début de fonction.

[andry.aime]

Bonjour,

En utilisant une propriété static.

Code :

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

1
2
3
4
5
6
7
8
9
10
11
private static List a = new ArrayList();
public void method(String param){
a.add(param);
....
}
public int getNombreDAppelDeMethod(){
  return a.size();
}
public List getParamsDeMethod(){
  return a;
}

A+.

[JoeChip]

Ya pas un profiler qui ferait ça ?

[andry.aime]

Tu peux aussi utiliser ASPECTJ.

[CheryBen]

Sinon je te propose quelque chose de plus simple : un système de logger Java (log4J ou simple appel à un logger fait maison) qui te permettrait d'enregistrer le passage dans une méthode au sein d'un conteneur (fichier, console ou tableau). Un appel tout bête donc à chaque début de fonction.

+1, log4j est très bien pour ce que tu veux faire, ultra léger, ultra simple et tu mets ce que tu veux dans les logs. (par exemple la valeur d'une variable static qui compte le nombre d'appels)

edit : à moins que tu ne puisses pas modifier les sources.

[Elendhil]

Hmm utiliser un "logger" pour compter le nombre d'appels d'une méthode dans un programme java ou encore pire utiliser du code en dur pour ça me semble pas vraiment approprié.

Il suffit d'utiliser pour cela un profiler , il y en a un de disponible dans Netbeans , je suppose qu'Eclipse doit aussi avoir le sien.

Tu lance ton programme en mode "profile" ce qui va te donner le nombre d'appels des méthodes, le temps en ms, le pourcentage sur l'ensemble du programme, la mémoire utilisé etc ...

Bref cela permet d'optimiser ton programme grâce aux statistiques fournis.

[Robin56]

Hmm utiliser un "logger" pour compter le nombre d'appels d'une méthode dans un programme java ou encore pire utiliser du code en dur pour ça me semble pas vraiment approprié.

Elendhil ta réponse se tient oui. Le profiler est une autre piste mais ceci dépend du besoin.

Si le but est d'optimiser le programme grâce à ces informations, il faut mieux utiliser le profiler. Si le but est de plutôt mettre en place un système de trace précis qui permet de facilement cerner l'erreur lorsqu'elle apparait (en prod.), il faut plutôt utiliser plutôt un système de logger.

[deathness]

Je dirais plutot que c'est complémentaire.

Les traces pour plus facilement comprendre ce que fait le programme, à fortiori s'il est en production (chez un client), le profiler pour les dev pour le développement.