Vous ne trouvez pas de réponse à votre problème ? Alors posez la question dans le forum. Souvenez-vous qu'il n'y a jamais de question bête, mais rester dans l'ignorance parce que l'on n'ose pas poser une question, ça c'est une erreur !

Sujet : input() vs raw_input() [ Divers / Débutant(e) ] (Aesir92)

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é 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

Juillet 2009
LMMJVSD
  12345
6789101112
13141516171819
20212223242526
2728293031  

Consulter la suite du CalendriCode

Téléchargements

Logiciels à télécharger sur le même thème :

Comparez les prix Nouvelle version

Photothèque Nouveau !



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
Temps d'éxécution de la page : 0,562 sec

Google Coop CodeS-SourceS Google Coop CodeS-SourceS


Certaines images présentes sur le site (notament certains avatars) sont issues des collections IconShock, donc si vous souhaitez utiliser ces icons vous devez les acheter, ne les copiez pas et ne utilisez pas dans vos sites et applications sans les avoir commandé.