Discussion :

[Riko]

Bonjour,

Juste une question
J'ai beacoup lu des tutorials sur les strings
et j'arrive toujours pas à comprendre pourquoi

quand on met un argument de type string on doit toujours faire "const string& nom_var"

ex :

Code :

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

1
2
3
4
5
 
string fonction_name(const string& variable_name)
{
   //Code here
}

pourquoi ne pas faire tout simplement commme suit

Code :

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

1
2
3
4
5
 
string fonction_name(string variable_name)
{
   //Code here
}

ou aussi

Code :

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

1
2
3
4
5
 
string fonction_name(string& variable_name)
{
   //Code here
}

[Luc Hermitte]

Parce que copier coute cher quand un objet est plus gros qu'un int.
Et parce qu'un réaliser une allocation et une libération (ce qui se passe en interne quand on copie des strings) coute encore plus cher.

[NiamorH]

On met le mot clef const pour indiquer que, dans la fonction, il n'est pas autorisé de modifier la variable.

On passe par référence pour éviter de perdre du temps à copier, c'est tout ce qu'il y a à comprendre, faut pas chercher plus loin.

Quand tu dis "on doit toujours faire", c'est faux, parfois on veut pouvoir mettre à jour la variable passée en argument, sans la passer par le return. On ne met pas de const dans ce cas.

Parfois on préférera carrément en faire une copie en la passant par valeur pour pouvoir travailler dessus sans risque.

[koala01]

Salut,

Il y a une dernière raison, qui justifie la constance de la référence:

La norme interdit de créer des références anonymes non constantes.

C'est à dire que, si tu veux appeler ta fonction sous la forme de

Code :

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

1
2
3
4
5
6
 
string  str=function_name("salut koala");
/* ce qui aurait pu être séparé en */
string str;
/*...*/
str=function_name("salut koala");

la version prenant une chaine par valeur aura l'inconvénient de provoquer la copie de la chaine, et la version prenant une référence non constante ne sera pas admise.

Seule la version prenant une référence constante pourra fonctionner en évitant les deux écueils

[NiamorH]

Bien vu, mais c'est bien dommage.

[koala01]

non, c'est normal:

une référence peut servir d'argument in/out...

Or, si tu laisse une référence non constante, la fonction qui la reçoit en argument est susceptible de modifier cet argument.

Et, pourtant, si la fonction est appelée sous la forme présentée lors de mon intervention précédente, il sera impossible de modifier cet argument, étant donné que quel que soit le type de l'argument, il sera créé de manière temporaire, et le langage n'a aucun moyen de faire la différence, s'il vient à accepter une référence non constante.

Dés lors, le fait de forcer les référence anonymes à être constantes permet de prendre les différents cas en considération:

Si l'argument est à considérer comme in/out, il ne doit pas être constant, mais il faut qu'une variable du bon type existe avant l'appel de la fonction, alors que s'il doit pouvoir être créé de manière anonyme, il n'a aucune raison d'être volatile, ni de servir d'argument in/out