begin process at 2010 09 04 14:57:22
  Trouver un code source :
 
dans
 
Accueil > Forum > 

Python

 > 

Divers

 > 

Débutant(e)

 > 

input() vs raw_input()


Derniers messages déposésPoser une question dans le forum ou lancer une discussion

input() vs raw_input()

jeudi 5 juin 2008 à 19:01:20 | input() vs raw_input()

Aesir92

Bonjour, J'ai lu dans le guide "Learning to program" d'Alan Gauld, qu'il était préférable d'utiliser raw_input() et de convertir ensuite les données saisies dans le bon type plutôt que d'utiliser input() et de laisser Python évaluer lui-même ce type et ceci pour des raisons de sécurité. Est-ce que c'est vrai ? Êtes-vous d'accord ? Et pourquoi ? Merci
vendredi 11 juillet 2008 à 05:33:19 | Re : input() vs raw_input()

xeolin

c'est tres simple, voici des examples

a=input()
l'utilisateur entre : 12
alors a=12

a=input()
l'utilisateur entre : 'bonjour'
alors a='bonjour'

a=input()
l'utilisateur entre : bonjour
alors le programme crash.

a=raw_input()
l'utilisateur entre : 12
alors a='12'

a=raw_input()
l'utilisateur entre : 'bonjour'
alors a="'bonjour'"

a=raw_input()
l'utilisateur entre : bonjour
alors a='bonjour'


voila :)
Sinon raw_input() est toujours le meilleur. (il y a une grande possibilitée de faille de sécuritée potentielle ave input() )
mercredi 10 septembre 2008 à 10:12:25 | Re : input() vs raw_input()

lucky84

Bonjour,
Il me semble que input() sert pour les nombres et raw_input() pour les chaînes de caractères non?
Moi, en fonction de la réponse que je demande dans mes programmes, j'utilise l'un ou l'autre...je ne sais pas si c'est la meilleure solution...
mardi 18 novembre 2008 à 00:29:10 | Re : input() vs raw_input()

Julien39

Membre Club
comme l'explique xeolin, raw_input() évite les erreurs,
en effet A=raw_input() précise que sera une chaine de caractères, tout ce que l'utilisateur entrera sera accepté alors que B=input() précise que B sera un nombre, une chaine de caractère produira une erreur.

Pour entrer plus dans les détails :
Si on attend un nombre en entrée, mettre input() est préferable en terme de taille de stockage mais peut engendrer des erreurs.
Mettre raw_input() est une solution qui ne donnera jamais d'erreur et bien que plus gourmande en stockage, cette solution est préférable.

Un autre type d'erreur plus sournois, supposons que nous programmons une fonction qui donne le quotient de deux nombres:
def quo(x;y):
q=x/y
return(q)

A=input()
B=input()

Supposons que l'utilisateur entre A=4 et B=1
quo(A,B) sera alors 1 !!!!!

pourquoi ? parce que Python aura défini A et B comme entiers, q étant une opération sur deux entiers, python le reconnait également comme un entier, et vu que 4/3 est un nombre a virgule, python retoune la partie entiere.

La solution
def quo(x,y):
    q=x/y
    return(q)

A=input()
A=float(A)
B=input()
B=float(B)

print(quo(A,B))

python retournera 1.3333333

Conclusion : toujours faire attention a la declaration des variables en python, même s'il gere tres bien les variables dans la majorite des cas, il ne faut pas lui faire confiance aveuglément.

Si on sait qu'on a un nombre en entrée, on peut mettre input() seul mais il faut faire attention au type malgré tout et noter que l'entrée 1,4 donnera un erreur (1,4 <>1.4)

Personnellement, je n'utilise que raw_input() parce que je trouve préférable de définir moi même le type de mes variables.

PS : si on a répondu a ta question peux tu le signaler ?


Cette discussion est classée dans : input, type, utiliser, raw


Répondre à ce message

Sujets en rapport avec ce message

Lire et écrire en même temps [ par GenShiJin ] Bonjour à tous !Je m'excuse à l'avance si ma question a déjà été traité mais je cherche à savoir comment ouvrir un fichier en lecture et en écriture e sys.exit() et raw_input() [ par jrbleboss ] Bonjour, Je vous explique mon problème : dans un thread j'ai un sys.exit() et dans le thread principal j'ai un raw_input() pour attendre l'appui d'en utiliser correctement les fonction, débutant niveaux 0+ dx [ par gwenc_hlan ] voilà, en gros, ça fait une semaine que je fait du python et en totu un peu plus de dix jours que je programme. engros : je débute.bon, voilà, je suis j'ai besoin d'etre eclairé... [ par vb_shootinsplif ] Bonjour ,je voulais savir si on pouvait en python gerer les "réponses" de l'utilisateur ?par exemple, je fais en ce moment un prog de gestion :        comment créer un fichier HTML avec Python [ par anwaarber ] salut a tous,j'ai un problème lors de la création d'un fichier HTML avec pythonsurtout quand je fait passer des variables dans le code :def informatio raw socket [ par ebossss ] Salut,voila je cherche un tutorial (anglais ou francais) qui explique comment se servir des raw socket en python, sans passer par une bibliotheque ext qqn pourrait il me donner qques conseil? [ par Veust ] je suis actuellement sur un projet ou je suis suppposé écrire un code sous python permettant de faire communiquer plusieurs types de plateformes (PC, besoin d'aide ,code client/serveur [ par Veust ] Je suis actuellement sur un projet ou je suis suppposé écrire un code sous python permettant de faire communiquer plusieurs types de plateformes (PC, Utiliser la touche "barre d'espacement" [ par Shakan972 ] Bonjour tout le monde j'aimerais savoir comment utiliser la barre d'espacement du clavier par le biais de la méthode bind.En fait j'aimerais savoir ce Problème avec QT Designer [ par rambc ] Bonjour,je viens de faire une petite fenêtre avec QT Designer (sous Windows). Je voudrais utiliser le fichier XML généré par QT Designer. Comme l'inté


Nos sponsors


Sondage...

Comparez les prix

CalendriCode

Septembre 2010
LMMJVSD
  12345
6789101112
13141516171819
20212223242526
27282930   

Consulter la suite du CalendriCode

 
Développement réalisé par Nicolas SOREL (Nix) avec l'aide de : Cyril DURAND et Emmanuel (EBArtSoft), Merci à Vincent pour ses précieux conseils.
CodeS-SourceS.com© Toute reproduction même partielle est interdite sauf accord écrit du Webmaster
CodeS-SourceS.com© est une marque déposée tous droits réservés

Google Coop CodeS-SourceS Google Coop CodeS-SourceS
Temps d'éxécution de la page : 0,452 sec (4)

Nous contacter | Annoncer sur CodeS-SourceS | Mentions légales