Si l'utilisateur saisit un texte, ce texte est directement utilisable par le code C. Il n'y a rien à changer.Le comportement du caractère \ dans du code écrit en C ne concerne que le code (on en écrit 2 pour en avoir 1 dans une chaine, mais c'est invisible de l'utilisateur, s'il veut un \, il en saisit un et il y en aura un dans la chaine!
Voici mon code :'il y a pas l'assignement des variables car c'est seulement une partie)
printf("Saisir le chemin d'accès au dossier dans lequel sera enregistré le tableur : \n"); gets(chemin_enregistrement); for(i=0; i<260; i++){ if(chemin_enregistrement[i]!='"'){ chemin_finale[g]=chemin_enregistrement[i]; g++; } } strcat(chemin_finale, "/"); printf("Saisir le nom du tableur : \n"); gets(nom_fichier); strcat(nom_fichier,".csv"); strcat(chemin_finale, nom_fichier);
Tu peux utiliser des / dans les chemins de fichiers sous Windows depuis un moment. Windows gère les deux, ce qui évite de doubler les \ dans les chaines littérales.
Le C n'est pas un langage de script, le terme n'est pas adéquat.
Concernant ta question, sauf si tu dois saisir plusieurs chemins, c'est bien plus simple de les prendre en arguments plutôt qu'en entrée standard.
Ça permet à l'utilisateur d'utiliser lui même un script shell / batch pour passer les chemins (e.g. tonapplication /foo/bar/baz)
Ça permet de ne pas casser les flux (e.g. foo | bar /tmp/inputfile | baz /tmp/outputfile | quux)
D'une manière générale les applications interactives sont pas les bienvenue en ligne de commande.
- Edité par markand 27 mai 2022 à 20:21:20
git is great because Linus did it, mercurial is better because he didn't.
En recherche d'emploi.
Le Tout est souvent plus grand que la somme de ses parties.
Le Tout est souvent plus grand que la somme de ses parties.
git is great because Linus did it, mercurial is better because he didn't.