Discussion :

[vdumont]

Question simple sur les questions inline, est-ce qu'il est préférable de les utiliser pour les fonctions de base GET (exemple: getQuelqueChose())
??

Exemple

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
 
 // Retourne le tableau de couleurs des noeuds
inline const double* GetRGBNoeuds() const { return m_RGBNoeuds; }      
 
// Retourne la valeur du glPolygonOffset
inline double GetPolygonOffset() { return m_polygonOffset; }

Ou serait-il préférable de les déclarer et les implémenter dans un le .cpp

J'ai lu la FAQ mais je suis encore indécis.

[Swoög]

Coucou

Pour des fonctions aussi simple que celles là... il serait je pense judicieux d'utiliser inline en effet...

cependant si ton compilateur est bien configuré, il fait de lui même le choix des fonctions qui sont inlinées et celles qui ne le sont pas...

le inline est là pour donner un conseil au compilo, pas un ordre

c'est du style "je pense que ça serait mieux si cette fonction était inlinée, mais ensuit c'est toi qui gère "

[Laurent Gomila]

Bof... A moins que tu aies constaté que ces appels de fonction étaient le goulot d'étranglement de ton appli, il n'y a pas de raison de les mettre inline.

[BigNic]

Bof... A moins que tu aies constaté que ces appels de fonction étaient le goulot d'étranglement de ton appli, il n'y a pas de raison de les mettre inline.

Je suis pas d'accord avec toi Laurent, pour des accesseurs en lecture (Get) qui font juste un return, de manière générale, il vaut mieux les mettres en inline. D'ailleurs même il vaut mieux les implémenter directement dans la déclaration de la classe, ce qui évite d'avoir à préciser au compilo qu'elles sont inline et aussi de se prendre la tête avec d'éventuel fichier .inl(ou autre).
En fait le il n'y a qu'un seul risque mettre des fonctions en inline, c'est que le compilo remplace l'appel de la fonction par son propre code machine (à la fonction pas au compilo). Donc plus il y a d'appels plus le code de l'exécutable va grossir. Or quand il aura atteint une certaine limite (définit par le systéme sur lequel is s'exécute), le système ne le chargera plus entièrement en mémoire, donc perte de perf à l'exécution ce que l'on voulait éviter.
Mais dans le cas de petites fonctions (ex: un simple return) le code machine de la fonction est inférieur au code machine généré par le compilo pour faire appel à une fonction. Donc dans le cas de Get quasiment à coup sur. Pour les autres cas il faut réfléchir avant de le faire.

[Laurent Gomila]

Oui ça se défend, mais dans l'absolu je ne vois pas ce qu'on y gagne à faire ainsi. Je vois par contre ce qu'on y perd : on fourre du code dans la déclaration de la classe ; il y en a beaucoup que ça ne gênera pas, moi si

[vdumont]