Discussion :

[koko03]

salut;
je cherche la fonction qui donne le numero d'un caractére dans une chaine de caractéres. je la connais en pascal, c'est "ord" je la veux en c++ svp.
j'attend vos réponces et merci d'avance.

[jabbounet]

Un caractère en C/C++ peut être considéré comme un entier.

je ne sais pas si cela répond à ton besoin.

Code :

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

1
2
3
4
5
6
7
8
9
10
#include <iostream>
#include <cstdlib>
 
int main(void) {
 
   for (char c='a' ; c < 'z' ; c++) {
         std::cout << "caractere " << c << " --> " << int(c) << std::endl;
   }
  return EXIT_SUCCESS;
}

[Astraya]

Code :

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

int(c)

C'est du C

Code :

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

static_cast<int>(c)

C'est du C++

[Emmanuel Deloget]

Code :

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

int(c)

C'est du C

Par miracle, c'est aussi du C++

Code :

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

static_cast<int>(c)

C'est du C++

Et c'est pas très beau

Pour le coup, utiliser static_cast<>() est certes plus sûr, mais vu la complexité du code original, c'est vraiment exagéré. Il faut quand même se rappeler qu'en tant que programmeurs, on a l'obligation de programmer à destination des autres programmeurs, et non pas à destination de la machine, pour lui faire plaisir. Et au vu de la différence de lisibilité, le clou int(C) n'a pas besoin d'être déchiqueté par l'arme atomique static_cast<>()

Sinon, il y a :

Code :

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

1
2
3
 
char c = '$';
int ic = c;

Il n'y a pas besoin de cast, grâce aux règles de promotion vers les entiers.

[Astraya]

Par miracle, c'est aussi du C++

Tout comme les macros et autres héritages du C, c'est pas pour ça qu'il est recommandé de les utilisés.

Et c'est pas très beau

Certains designer outre atlantique ne dirais pas la même choses

Il faut quand même se rappeler qu'en tant que programmeurs, on a l'obligation de programmer à destination des autres programmeurs, et non pas à destination de la machine, pour lui faire plaisir

Je trouve justement (personnellement) que le "cast à la C++" est plus lisible qu'un cast C, dans un contexte simple et plus complexe. En posant les yeux sur le code, on observe directement qu'il y a un transtypage sans même lire en détail.

Et au vu de la différence de lisibilité, le clou int(C) n'a pas besoin d'être déchiqueté par l'arme atomique static_cast<>()

C'est juste une habitude, ça ne mange pas de pain, tout est fait à la compilation.
Dans un petit programme comme celui là d'accord, mais si le code venais à évoluer dans un programme plus conséquent et complexe? Mais il vaut mieux prendre de bonne habitude plutôt que d'apprendre à utilisé des restes d'évolutions. Connaitre leurs existences et leurs utilisations oui, savoir pourquoi il existe et leurs limites encore mieux.

[Steph_ng8]

Code :

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

int(c)

C'est du C

Par miracle, c'est aussi du C++

Ah, j'ai toujours pensé que c'était plus du C++ que du C…
C'est vrai, quoi, ça me fait penser à l'appel d'un constructeur…