convertir integer en string

**Jean-Marc.Bourguet** · 07/03/2007, 15h16

Envoyé par stephl

Merci pour toutes ces explications. J'aurai au moins appris que l'on peut utiliser & devant un nom de tableau, même si je continuerai à éviter de le faire (chacun ses goûts).

Ce n'est pas tant une question de gout que de ce que tu as besoin de faire.

**stephl** · 07/03/2007, 15h22

Envoyé par Jean-Marc.Bourguet

Ce n'est pas tant une question de gout que de ce que tu as besoin de faire.

Je ne vois pas de cas où je serais obligé d'obtenir l'adresse d'un tableau.

**Emmanuel Delahaye** · 07/03/2007, 15h27

Envoyé par stephl

La valeur de l'expression "d" est indépendante de l'expression (plus large) dans laquelle elle intervient. La valeur de l'expression "d" est toujours 5.1; le cast implicite intervient seulement après. Je crois que je ne saisis pas la différence que vous faites entre valeur de variable et valeur d'expression. C'est trop abstrait pour moi.

Quand on parle de conversion (ici, implicite double -> int), c'est la valeur servant à initialiser le paramètre qui est convertie, pas la valeur de la variable originale...

**Jean-Marc.Bourguet** · 07/03/2007, 15h28

Envoyé par stephl

Je ne vois pas de cas où je serais obligé d'obtenir l'adresse d'un tableau.

J'ai donne un exemple plus haut dans cette discussion:
http://www.developpez.net/forums/sho...0&postcount=57

Naturellement, on peut aussi dupliquer le code.

**Emmanuel Delahaye** · 07/03/2007, 15h30

Envoyé par Jean-Marc.Bourguet

Ajoute -pedantic-errors a tes options de gcc.

Si tu veux, mais le warning est suffisant pour m'alerter d'un problème. Ici, c'est clairement une incompatibilité de type.

**Emmanuel Delahaye** · 07/03/2007, 15h32

Envoyé par stephl

Merci pour toutes ces explications. J'aurai au moins appris que l'on peut utiliser & devant un nom de tableau, même si je continuerai à éviter de le faire (chacun ses goûts).

On peut, mais ça a une autre signification. Ca sert notamment à initialiser un pointeur sur tableau.

**Emmanuel Delahaye** · 07/03/2007, 15h35

Envoyé par stephl

Je ne vois pas de cas où je serais obligé d'obtenir l'adresse d'un tableau.

Si tu dois manipuler des tableaux taille fixe, ça évite un paramètre. Type tableau recommandé (j'ai montré un exemple).

**stephl** · 07/03/2007, 15h38

Envoyé par Jean-Marc.Bourguet

J'ai donne un exemple plus haut dans cette discussion:
http://www.developpez.net/forums/sho...0&postcount=57

Naturellement, on peut aussi dupliquer le code.

J'avais bien vu votre exemple (fort intéressant), cependant, c'est un exemple d'utilisation. Rien ne m'oblige à utiliser f(), et personnellement, je n'aurais pas coder de cette manière. Ce que je veux dire, c'est que je ne vois pas de situation où utiliser & devant un tableau s'impose.

**stephl** · 07/03/2007, 15h40

Envoyé par Emmanuel Delahaye

Si tu dois manipuler des tableaux taille fixe, ça évite un paramètre. Type tableau recommandé (j'ai montré un exemple).

Si on connaît la taille des tableaux à l'avance et que la fonction de traitement est spécifique, je préfère considérer que la fonction a obtenu un pointeur et intégrer la taille du tableau dans la boucle.

**souviron34** · 07/03/2007, 15h42

Envoyé par Jean-Marc.Bourguet

Alors getCFromA(uu.a) n'est pas conforme tandis que getCFromU(uu) l'est.

Peux-tu expliciter ?? je ne suis pas là...

**Médinoc** · 07/03/2007, 15h47

Envoyé par Emdel

Par contre j'ai un problème avec le const. Il doit être mal placé...

Je viens de tester avec Visual pour const, et j'ai ces deux prototypes qui compilent :

Code :

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

1
2
void AfficherTableau(int (* const pcTab)[10]);
void AfficherTableau(int const (* const pcTab)[10]);

Edit: Et seul le second accepte un tableau const.

Ce doit être le même problème que pour les const char * const *

**Thierry Chappuis** · 07/03/2007, 15h51

Envoyé par stephl

Si on connaît la taille des tableaux à l'avance et que la fonction de traitement est spécifique, je préfère considérer que la fonction a obtenu un pointeur et intégrer la taille du tableau dans la boucle.

Et si tu décides de changer la taille de ton taibleau, et que plusieurs fonctions reçoivent un tel tableau en paramètre? Il y a un enjeu de maintenance évident là-derrière. Tu peux, comme l'a montré Emmanuel, utiliser un type tableau

Code :

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

typedef int int_a [10];

et centraliser ainsi la définition de la taille de ton tableau. Un codage en dur rendrait la maintenance très fastidieuse.

Thierry

**stephl** · 07/03/2007, 15h52

Envoyé par mujigka

Et si tu décides de changer la taille de ton taibleau, et que plusieurs fonctions reçoivent un tel tableau en paramètre? Il y a un enjeu de maintenance évident là-derrière. Tu peux, comme l'a montré Emmanuel, utiliser un type tableau

Code :

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

typedef int int_a [10];

et centraliser ainsi la définition de la taille de ton tableau. Un codage en dur rendrait la maintenance très difficile.

Thierry

Pas si on utilise un #define pour la taille du tableau.

**Thierry Chappuis** · 07/03/2007, 15h54

Envoyé par stephl

Pas si on utilise un #define pour la taille du tableau.

Tu as raison!

**stephl** · 07/03/2007, 15h58

Envoyé par mujigka

Tu as raison!

Après, je pense que c'est à chacun de voir ce qu'il préfère.

**Médinoc** · 07/03/2007, 16h04

En fait, ça permet de s'assurer statiquement qu'on passe bien un tableau de la bonne taille et non un pointeur avec la taille pas loin.

Mais ça montre sa vraie puissance avec le C++ (même si là, on passe plus souvent une référence qu'un tableau).
Attention, c'est du gros C++ qui tâche, alors âmes sensibles s'abstenir:

Code C++ :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
//La fonction normale, comme on l'emploie en C :
void EcrireDansTableau(int *tab, size_t n);
 
//Ici, un template qui détermine statiquement la taille.
//N est considéré comme une constante connue à la compilation.
//La fonction appelle son amie en lui passant la taille.
//Et comme elle sera sans doute inlinée par le compilo, aucun cout en performance.
template< size_t N >
void EcrireDansTableauPtr(int (*pTab)[N])
{
   EcrireDansTableau(*pTab, N);
}
 
//Et ici, une fonction équivalente avec le tableau passé par référence
//(plutôt qu'un pointeur) et le même nom.
//Cela évite d'avoir à employer une syntaxe différente.
//Voir à ce sujet la fonction Microsoft strcat_s().
template< size_t N >
void EcrireDansTableau(int (&tab)[N])
{
   EcrireDansTableau(tab, N);
}

Et pour information, la version C++ de la macro ARRAYSIZE() de Microsoft repose sur ce principe (templates etc.) pour ne marcher que sur les tableaux (erreur de compilation si on lui passe un pointeur).

PS1 : Voici l'adresse de la doc de strcat_s() :
http://msdn2.microsoft.com/en-us/lib...x4(VS.80).aspx

PS2 : Ici, je ne me suis pas amusé avec les const, une chose compliquée à la fois s'il vous plait!

**Thierry Chappuis** · 07/03/2007, 16h17

Envoyé par Médinoc

En fait, ça permet de s'assurer statiquement qu'on passe bien un tableau de la bonne taille et non un pointeur avec la taille pas loin.

Mais ça montre sa vraie puissance avec le C++ (même si là, on passe plus souvent une référence qu'un tableau).
Attention, c'est du gros C++ qui tâche, alors âmes sensibles s'abstenir:

Code C++ :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
//La fonction normale, comme on l'emploie en C :
void EcrireDansTableau(int *tab, size_t n);
 
//Ici, un template qui détermine statiquement la taille.
//N est considéré comme une constante connue à la compilation.
//La fonction appelle son amie en lui passant la taille.
//Et comme elle sera sans doute inlinée par le compilo, aucun cout en performance.
template< size_t N >
void EcrireDansTableauPtr(int (*pTab)[N])
{
   EcrireDansTableau(*pTab, N);
}
 
//Et ici, une fonction équivalente avec le tableau passé par référence
//(plutôt qu'un pointeur) et le même nom.
//Cela évite d'avoir à employer une syntaxe différente.
//Voir à ce sujet la fonction Microsoft strcat_s().
template< size_t N >
void EcrireDansTableau(int (&tab)[N])
{
   EcrireDansTableau(tab, N);
}

Et pour information, la version C++ de la macro ARRAYSIZE() de Microsoft repose sur ce principe (templates etc.) pour ne marcher que sur les tableaux (erreur de compilation si on lui passe un pointeur).

PS1 : Voici l'adresse de la doc de strcat_s() :
http://msdn2.microsoft.com/en-us/lib...x4(VS.80).aspx

PS2 : Ici, je ne me suis pas amusé avec les const, une chose compliquée à la fois s'il vous plait!

Merci Médinoc pour cet exemple d'application intéressant!

Thierry

**Emmanuel Delahaye** · 07/03/2007, 16h22

Envoyé par Médinoc

Je viens de tester avec Visual pour const, et j'ai ces deux prototypes qui compilent :

Code :

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

void AfficherTableau(int const (* const pcTab)[10]);

Oui, c'est ce que j'ai mis, mais je passe l'adresse d'un tableau non const et gcc rale. Pour moi, c'est pas logique et je soupçonne un bug de gcc (ce cas étant quand même hyper rare, je ne serais pas étonné).

**Emmanuel Delahaye** · 07/03/2007, 16h24

Envoyé par stephl

Si on connaît la taille des tableaux à l'avance et que la fonction de traitement est spécifique, je préfère considérer que la fonction a obtenu un pointeur et intégrer la taille du tableau dans la boucle.

Il faut donc un paramètre supplémentaire (ou une sentinelle)...