Nope, pas de diff�rence.
La d�claration est renvoy�e en d�but de m�thode par le compilateur.
Suffit de regarder le code g�n�r� (d�sol�, pas le temps)
Olivier
> -----Message d'origine-----
> De : C�dric Dumetz [mailto:[EMAIL PROTECTED]]
> Envoy� : lundi 18 mars 2002 11:49
> � : [EMAIL PROTECTED]
> Objet : RE: Optimisation m�moire
>
>
> Bonjour,
>
> je me pose une question du m�me genre sur ma fa�on de
> d�clarer les variables :
> Y'a-til une diff�rence de performance entre :
>
> String str = "";
> for (int i=monTab.size() - 1; i>=0; i--) {
> str= monTab[i];
> // puis traitement sur str
> }
>
>
> et
>
> for (int i=monTab.size() - 1; i>=0; i--) {
> String str= monTab[i];
> // puis traitement sur str
> }
>
> bref, si ma String (ou tout autre objet) est d�clar�e dans ma boucle.
>
> Si la deuxieme solution est moins performante, est-ce par
> rapport � la m�moire (pas g�nant dans mon cas) ou par rapport
> au temps d'execution.
>
>
> Merci
>
>
> -----Message d'origine-----
> De : Yann Secq [mailto:[EMAIL PROTECTED]]
> Envoy� : lundi 18 mars 2002 11:08
> � : [EMAIL PROTECTED]
> Objet : Optimisation m�moire
>
>
> Bonjour, je travaille actuellement avec de gros graphes (de plusieurs
> centaine de milliers � plus d'un millions de noeuds), et j'ai des
> petits probl�mes de m�moire (malgr� mes 384Mo :-( ..).
> D'ou ma question : mon objet 'State' contient un certain nombre
> d'informations qui se trouvent encod�es sous forme d'attributs.
> Ma question est : peut-on esp�rer un gain sensible de m�moire en
> regroupant les attibuts de meme type au sein d'un tableau ?
>
> En gros, est-ce que :
>
> protected int a, b, c;
> protected short i;
>
> est plus/moins/pareil en terme de couts m�moire que :
>
> protected int[] t = new int[4];
>
> Je suis preneur de toutes informations sur ce sujet :) !
>
> Merci d'avance, yann.
>
> PS: Meme un gain minimal peut etre important vu que mon nombre
> d'�tats est assez important !
>
> --
> / Yann SECQ Equipe SMAC [EMAIL PROTECTED] \
> | Multi-Agent Systems Modeling & Agent Oriented Programming |
> \ http://www.lifl.fr/SMAC http://www.lifl.fr/~secq /
>
