>Merci, ca fonctionne super bien. Ca va m'eviter d'ecrire trop de ligne de >code! >Mais pourquoi faut il eviter ce mecanisme. J'ai cru comprendre que c'etait >utiliser les Beans? > Ca d�pend de ce que tu veux faire. Mais en g�n�ral, utiliser l'introspection revient � faire, un peu comme pour les Vector, dans la facilit� : "�a existe, je ne vais pas chercher plus loin". Or, cette facilit� a un co�t; Dans le cas des Vector, c'est le temps. Et dans le cas de l'introspection, c'est la clart� de conception qui subit tous les assauts. En effet, on perd la clart� des appels et de la continuit� du code pour revenir � des m�thodes d'appels sur pointeurs qui sont, g�n�rallement, tr�s peu claires. Le programme se met alors � fonctionner par magie, ce qui est tr�s bien, jusqu'au jour o� une modification doit �tre effectu�e. Pour la lecture des variables, �a n'est pas trop grave, mais d�s que tu veux modifier des valeurs, ou appeler des m�thodes, tu vas tomber des probl�mes tout � fait terrifiants d�s que ta m�thode, ou que ta variable, n'existera plus, ou pire aura chang� de prototype. En g�n�ral, dans les cas d'appels de m�thodes par introspection, utiliser une interface peut �tre beaucoup plus efficace et int�ressant, car plus lisible, et plus rapide. Tu cites le cas des JavaBeans, et c'est vrai que l'introspection "semble" bien utilis�e. Mais il s'agit d'un des rares cas (justement parce que tu ne l'as pas cod�) o� l'introspection peut �tre utilis�e sans craintes.
-- Nicolas Delsaux "Ia d�mocratie est la pire des dictatures parce qu'elle est la dictature exerc�e par le plus grand nombre sur la minorit�." Pierre Desproges
