UTILISATION DE CIN ET DE COUT
zanidip
Messages postés
76
Date d'inscription
lundi 30 septembre 2002
Statut
Membre
Dernière intervention
25 mars 2007
-
24 mars 2003 à 15:28
zanidip Messages postés 76 Date d'inscription lundi 30 septembre 2002 Statut Membre Dernière intervention 25 mars 2007 - 25 mars 2003 à 13:21
zanidip Messages postés 76 Date d'inscription lundi 30 septembre 2002 Statut Membre Dernière intervention 25 mars 2007 - 25 mars 2003 à 13:21
Cette discussion concerne un article du site. Pour la consulter dans son contexte d'origine, cliquez sur le lien ci-dessous.
https://codes-sources.commentcamarche.net/source/10578-utilisation-de-cin-et-de-cout
https://codes-sources.commentcamarche.net/source/10578-utilisation-de-cin-et-de-cout
25 mars 2003 à 13:21
25 mars 2003 à 12:21
Pour zanidip : pour la petite histoire des tampons, ce que tu balances vers l'écran est mis de côté en mémoire pour être balancé en 1 seule fois quand il y en a assez. ça évite de ralentir la bécane en cherchant à balancer chaque caractère un par un par ex.
ça explique pourquoi on a pas tjrs les messages qu'on attend à l'écran quand une appli plante ( car les miennes plantent parfois :o) ).
25 mars 2003 à 12:07
en tout cas moi j'y pige rien aux buffers,aux tampons...
24 mars 2003 à 17:09
24 mars 2003 à 17:05
24 mars 2003 à 17:00
Et pour être rigoureux, les fichiers d'en-têtes devraient être non pas:
#include
#include <string>
mais:
#include
#include <string.h>
parce les en-têtes sans <.h> sont utilisées par ceux qui programment avec les composants STL du C++ et qui peuvent rencontrer des problèmes de noms de variables globales (mais là c'est compliqué).
Ca serait cool de faire la même chose pour les fichiers, avec notamment les fonctions de <fstream.h> (de mémoire...)
24 mars 2003 à 17:00
Et pour être rigoureux, les fichiers d'en-têtes devraient être non pas:
#include
#include <string>
mais:
#include
#include <string.h>
parce les en-têtes sans <.h> sont utilisées par ceux qui programment avec les composants STL du C++ et qui peuvent rencontrer des problèmes de noms de variables globales (mais là c'est compliqué).
Ca serait cool de faire la même chose pour les fichiers, avec notamment les fonctions de <fstream.h> (de mémoire...)
24 mars 2003 à 16:08
. Mais c vrai c plus simple
24 mars 2003 à 15:29
24 mars 2003 à 15:28
cout << "Entrez un texte:
"; //C plus simple
24 mars 2003 à 15:28
cout << "Entrez un texte:
"; //C plus simple