Salut,
 
Je me posais une questions.
 
Sachant que la variable tabTemp est du type CObArray (par exemple), vaut il mieux faire:
 

 
ou alors:
 

 
Car je me demande si le compilateur va calculer le GetSize() a chaque passage ou pas?
 
Merci.

Et si la taille est modifiée dans la boucle?

ça dépend si cette classe est programmée avec les pieds ou pas. si elle est bien faite, GetSize() sera inliné et sous réserve que GetSize() ressemble à { return this->size; } ça sera strictement équivalent

titre à la con

 
Bah donne moi un titre convenable, et je le modifie sur le champ. Je nai pas trouvé mieux comme titre...

j'ai fais le test avec un vector, c'est meme  plus rapide (en -O3), c'est normal ?

 
Bah imaginons que lon prenne la classe CObArray? Je ne sais pas si l'accesseur est inliné... On ne pt pas le savoir a priori?
 
Mais meme s'il était inliné, n'est ce pas mieux de mettre directement la taille de l'objet dans une variable entiere avant la boucle? (sachant que je sais que la taille ne sera pas modifiée?)

bien sur que si, si c'est inline, c'est forcement dans le header de la classe, soit dans le corps, soit à l'exterieur en explicite inline

Si c'est dans le corps de la classe, est ce que c'est indiqué dans le header?

oui, quand je  parle de corps (je crois pas que ce soit le bon mot), je veux dire dans  
 
...
class ...
{
...
};

non les 2 versions sont pas pareille. La 2eme sera réevaluer a chaque tour de boucle alors que la 1ere non.
 
Et le fait d'avoir une fonction inliné n'a rien a voir avec le probleme

c tout simple pour verifier :  
decompilation sous win32dasm et tu sera fixé

 
Bah quand meme, quand je fais : i<n ou i<tabTemp.GetSize(), si le GetSize() est inliné, je peux imaginer qu'il s'agit simplement de l'acces a une variable mémoire tout comme ca le serait avec n, donc, c'est pareil, nan?

 
a ce moment la c'est encore plus simple de sortir dircetement le listing asm du compilo

 
le mieux  c'est de faire le test (avec les optionsd'optimisation du compilo) et de regarder listing asm su programme

 
dans l'absolu, le getsize peut etre une fonction + complexe que simplement lire une variable (si c une classe qui a des data dynamique, le getsize fait ptet tout en algo pour calculer la taille). Si ca lis juste une variable oui, on va dire que c pareil.

 
tes sur ? ca serait pas plutot la taille qui est mise à jours quand c'est necessaire ?

bah tant que ta pas vu comment est codé le GetSize() t sur de rien. Ca fait ptet des appels reseau, des appels disques bref nimporte quoi est envisageable.

oui, c'est pour ca que
 

Si Harko passait ici, il dirait de faire la boucle du dernier élément au premier élément

Ton titre laisse penser que t'es en train de troller sur une comparaison de performances entre le C++ et le VC++, ce qui ne veut rien dire, car C++ n'est qu'un langage et pas une implémentation de ce langage.
 
Donc vire le "C++/" du titre.

De toutes facons, si t'es sur que la taille est constante, quel est l'inconvénient d'utiliser une variable n supplémentaire?

j'ai fais le test  avec le parcours d'un vector, il semble  que ce soit 10% plus rapide
 
edit : mais c'etait juste un simple parcours, avec plus d'instructions dans  la boucle, la difference devient negligeable

 
 
tu parles, il faut mieux acceder a un tableau dans un ordre d'indice croissant

 
Bah quasiment aucun inconvénient, i ce nestque ca utilise une entier supplémentaire, une allocation supplémentaire, et que le source est plus lourd.
 
Bien sur, ca ne changera strictement rien dans mon programme final, mais je me posais la question...

Comment faire parler 10 personnes...
pr repondre a yoyo : utilise une variable contenant la taille, ca fait un saut de fonction (sauf si inline) en moins a chaque tour de boucle.
en + si c inline ben ton code serait+ gros donc tu vois t as vraiment aucun interet a utiliser la methode a chaque tour de boucle.
d autant + que tu sais ke la taille varie pas.
 
encore + class : utilise ta variable declarée comme suit :  
 
register int n=0;
 
mais bon a la limite je pense qu'avec un compilo évolué la mise en registre se fait toute seule

oui, register c'est depassé