begin process at 2010 02 09 16:03:07
  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 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é Un soucis tout simple dû à ... ? (boucle ?) [ par fandesandro ] Bonsoir à tous, je viens de coder quelque chose en peu de temps mais j'ai un soucis :# -*- coding: utf-8 -*-def mathsfonction():    print "Bonjour, bo aide tkinter [ par coco02 ] Bonjour,Je debute en programmation avec python depuis quelques jours.J'essaie de creer un petit programme simple pour controler l'efficacité d'une cli python & integrale [ par riyadmks ] je veux integre la fonction suivant: def fonct(): a=input("enter\n") b=input("enter\n") return a*x+b par scipy.integrate.quadr Utiliser Tkinter avec plus d'un module. Comment faire ? [ par reveurduciel ] Bonjour J'aimerais utiliser tkinter avec un code écrit sur plusieurs module. Le problème, c'est que les instructions des modules importés ne reconnai 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


Nos sponsors


Sondage...

CalendriCode

Février 2010
LMMJVSD
1234567
891011121314
15161718192021
22232425262728

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,842 sec (4)

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