Discussion :

[Biosox]

Bonjour,

Si une fonction quelconque doit retourner une valeur, j'ai deux possibilités:
-soit j'utilise le return dans la fonction
-soit j'utilise un des arguments de ma fonction (un pointeur), et donc cet argument sera "in out"

La question que je me pose:
Dans quels cas utiliser une méthode plutot que l'autre.

En ce qui me concerne, j'ai l'habitude d'utiliser le return de la fonction pour une gestion des erreurs (savoir si la fonction a échoué ou pas, et ainsi savoir si mon argument "in out" est valide ou non)

Mais je suis sur qu'on a tous des habitudes différentes, et je souhaite connaitre votre avis sur la question:

dans quels cas utilisez vous le "return" de la fonction, et dans quel cas utilisez-vous un paramètre "in out" ?

merci

[Emmanuel Delahaye]

Si une fonction quelconque doit retourner une valeur, j'ai deux possibilités:
-soit j'utilise le return dans la fonction
-soit j'utilise un des arguments de ma fonction (un pointeur), et donc cet argument sera "in out"

OK

La question que je me pose:
Dans quels cas utiliser une méthode plutot que l'autre.

C'est selon les besoins. Pour une valeur, le return suffit. Pour plusieurs, un paramètre avec l'adresse d'un structure est pratique...

En ce qui me concerne, j'ai l'habitude d'utiliser le return de la fonction pour une gestion des erreurs (savoir si la fonction a échoué ou pas, et ainsi savoir si mon argument "in out" est valide ou non)

C'est effectivement une pratique courante qu'on retrouve dans la bibliothèque standard du C, dans POSIX.1 et la plupart des bibliothèques tierces... (Y compris la mienne).

[Biosox]

d'autres avis?

[|PaRa-BoL]

Un "Int/out" est aussi plus pratique pour la lisibilité des allocation/free étant donné que l'allocation se fera généralement dans la meme fonction que le free.
Alors que dans le cas d'une valeur retourné tu va devoir désalouer ta variable ailleur comme ca :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
 
char * function_return() {
     char *x = malloc(...);
     return x;
}
 
void func(...) {
    char *x;
    x = funtion_return();
    free(x);
}

[straasha]

si en sortie j'ai un boolean, j'utilise le return, ainsi je peux appeler ma fonction directement dans un "if"

[Emmanuel Delahaye]

Un "Int/out" est aussi plus pratique pour la lisibilité des allocation/free étant donné que l'allocation se fera généralement dans la meme fonction que le free.
Alors que dans le cas d'une valeur retourné tu va devoir désalouer ta variable ailleur comme ca :

Touchant de naïveté... D'autres langages nous enseignent l'usage de constructeurs et des destructeurs, ce qui rend le code plus homogène et plus universel :

Code :

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

1
2
3
4
5
6
7
8
9
 
{
   T *x = T_create();
   if (x != NULL)
   {
      /* usage de x */
      T_delete(x), x = NULL;
   }
}

[|PaRa-BoL]

Emmanuel Delahaye toujours le mot qui casse

[Emmanuel Delahaye]

Emmanuel Delahaye toujours le mot qui casse

Prend ça comme tu veux.

[crocodilex]

Un "Int/out" est aussi plus pratique pour la lisibilité des allocation/free étant donné que l'allocation se fera généralement dans la meme fonction que le free.

Je n'ai pas bien compris l'utilité de ta méthode. Aurais-tu un exemple a nous donner ?

[|PaRa-BoL]

Non ce que je veu dire c'est qu'il n'ya pas besoin de constructeur pour un simpl e malloc/free et que c'est plus lisible dans le meme bloque ><

[Emmanuel Delahaye]

Non ce que je veu dire c'est qu'il n'ya pas besoin de constructeur pour un simpl e malloc/free et que c'est plus lisible dans le meme bloque ><

Ben justement, dans la même fonction, tu as fais un malloc() caché et un free() explicite,

Code :

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

1
2
3
4
5
void func(...) {
    char *x;
    x = funtion_return();
    free(x);
}

ce qui n'est pas clair du tout. Tu as rompu la symétrie creation / destruction.

[|PaRa-BoL]

Bah oui c'est bien ce que je dit, c'était un "contre-exemple"

Un "Int/out" est aussi plus pratique pour la lisibilité des allocation/free étant donné que l'allocation se fera généralement dans la meme fonction que le free.
Alors que dans le cas d'une valeur retourné tu va devoir désalouer ta variable ailleur comme ca :

Le "Alors" signifais que c'est une mauvaise méthode à appliquer ><

[Emmanuel Delahaye]

Bah oui c'est bien ce que je dit, c'était un "contre-exemple" <...>Le "Alors" signifais que c'est une mauvaise méthode à appliquer ><

OK, j'ai compris que je n'avais rien compris !

[|PaRa-BoL]

OK, j'ai compris que je n'avais rien compris !

Je comprend mieux ton incompréhension face à mon langage incompréhensible, désolé