Le Jeudi 23 Janvier 2003 09:07, OLIVIER CAYRON a �crit : > > Ah bon ? C'est pourtant assez utile dans le cas, par exemple de > TableModel, o� ca peut permettre de g�n�raliser les getValueAt, > setValueAt, ... Il y a d'autres exemples. >
A mon avis ils sont tous mauvais ! Les g�n�ralisations doivent se faire � partir de l'organisation des objets et des classes, et non pas sur des rep�rages � l'aide de constantes. Pour mettre de l'eau dans mon vin, si ces constantes aident � g�rer la partie interne d'une classe (bref, si ces constantes sont private), c'est bon. Mais d�s qu'elles doivent �tre publiques, c'est l'indice d'une mauvaise organisation des classes. Pour TableModel.getValueAt, cette m�thode prend des entiers en param�tre ; chez moi cela correspond souvent � des objets qui sont dans des tableaux ou des collections, je n'ai jamais besoin de constantes publiques, et encore moins de cha�ne de caract�res ? > De plus, si on parle de rapidit�, il me semble que la fait > d'utiliser des proprietes � la place de m�thodes/attributs peut > �tre tr�s acceptable pour une application en client "lourd". > Il me semble que la question d'origine portait sur les propri�t�s / reflections. J'avoue �tre peu convaincu par le choix "propri�t�s", mais c'est le choix du d�veloppeur, il est le mieux plac� pour choisir ce qu'il faut ! Par contre pour un choix propri�t�s / m�thodes, cela m'�tonne qu'il existe des situations o� l'on pr�f�re l'acc�s par propri�t�s. > En effet, sur un serveur, l'accumulation de recherches dans une HashMap > peut p�naliser l'ensemble de l'application. Dans un contexte client, > honn�tement, pour avoir des diff�rences significatives, il faut faire > des tests sur des milliers (voir millions) d'acc�s, ce qui n'est > pas quand m�me le cas dans la plupart des applis "clientes". > Tout � fait OK. > De plus, dans le cas des Swing, le probl�me des performances se situe > plus souvent � l'affichage qu'autre chose. > Je subodorre que l'affichage lui m�me (ce qu'il y a dans le "paint") se passe relativement rapidement. Par contre la grosse perte de temps se situe dans toute la gestion des je ne sais combien d'objets utilis�s pour le pr�parer. A+. -- SARL diaam informatique - 04 50 77 12 60 Ingenierie, d�veloppements de syst�mes d'information http://www.diaam-informatique.com
