Discussion :

[L. Sierra]

Salut à tous,

J'ai une question concernant le fonctionnement (développement et non utilisation) des EDI Java (et aussi C# par la même occasion). Comment l'auto complétion fonctionne-t-elle ?

Imaginons que j'ai une librairie .jar dont je n'ai que le bytecode. Ca veut dire que l'EDI doit récupérer la liste des méthodes et variables publiques à partir du bytecode. Celà se fait il entièrement par réflexivité ?

J'imagine que les EDI ne font pas un "parsing" manuel du bytecode pour aller chercher les noms des méthodes ?

Merci pour votre aide

[L. Sierra]

Bon il suffit d'utiliser javap, ça sert à ça apparamment...

http://ricky81.developpez.com/tutori...flection/#L1.3

[tchize_]

J'imagine que les EDI ne font pas un "parsing" manuel du bytecode pour aller chercher les noms des méthodes ?

Si. Soit ils le font eux même (c'est le cas normalement des gros IDE qui ont leurs propres besoins), soit ilms font appel à une librairies qui le fait. En tout cas, il ne passent pas par la reflexivité , car celle-ci nécessite de charger la class en mémoire, donc d'exécuter l'initialisation statique de la classe. Ce qui pose problème car la partie "edition" d'un IDE n'a pas a éxécuter le code des librairies.

[L. Sierra]

Ce qui pose problème car la partie "edition" d'un IDE n'a pas a éxécuter le code des librairies

Ok, mais ce que tu dis est valable pour les librairies qui sont "éditables" càd des librairies qui sont elles mêmes des projets (genre 2 projets Eclipse où le 1er faire référence au second). Les autres librairies qui sont utilisées en "read only" pourraient être exécutées ?

[tchize_]

si tu passe par la reflection, tu passe par un classloader. Si tu passe par un classloader, l'initalisation statique des classes concernée est exécuté, ce qui pose problème car ce n'est pas le role d'un ide. Sans compter la charge mémoire que représenterais toutes ces classes en mémoire, alors qu'on a besoin que d'un descriptif de ces classes.