test si une valeur est en entier et aussi positif : comportement bizarre

Bonjour
je souaite tester si ne valeur dans ma liste est un entier positif ave cu try except.
j'ai ce script
Code:

1 2 3 4 5 6 7 8 9 10 nb=input("liste de valeurs\n") for i in nb.split(): try: i=int(i) if i < 0: print(f"{i} pas >0") exit() except: print(f"{i} pas entier") exit()
si je rentre les valeurs 1,2 4,8n je code m'imprime :
-4 pas >0
-4 pas entier

pourquoi il rentre dans le except? il doit sortir au 1er exit non?

Citation:

Envoyé par marietar

pourquoi il rentre dans le except? il doit sortir au 1er exit non?

exit lève une exception qui sera aussi attrapée par except, reste à les trier...

- W

Votre code n'est pas complet.

Ceci fonctionne :

Code:

1
2
3
4
5
6
7
8
9
10
values: str = input("valeurs à contrôler (utiliser la virgule pour séparateur) :")
for value in values.split(','):
    try:
        value = int(value)
    except ValueError:
        print(f"{value} est incorrect")
        exit()
    if value < 0:
        print(f"{value} pas > 0")
        exit()

Citation:

valeurs à contrôler (utiliser la virgule pour séparateur) :1,2,3,8n
8n est incorrect

Bonjour

Citation:

Envoyé par marietar

je souaite tester si ne valeur dans ma liste est un entier positif ave cu try except.

Non. Tu testes si ta valeur est un entier avec try/except puis si c'est le cas alors tu peux tester si c'est positif avec un "if" classique. Mais tu n'as aucune raison de mettre le "if" dans le try.
Et puis sortir du programme sur un i pas entier admettons mais c'est juste un peu dommage pour les suivants...

Citation:

Envoyé par Arioch

Votre code n'est pas complet.

Ceci fonctionne :

Code:

1
2
3
4
5
6
7
8
9
10
values: str = input("valeurs à contrôler (utiliser la virgule pour séparateur) :")
for value in values.split(','):
    try:
        value = int(value)
    except ValueError:
        print(f"{value} est incorrect")
        exit()
    if value < 0:
        print(f"{value} pas > 0")
        exit()

merci

Citation:

Envoyé par Sve@r

Bonjour

Non. Tu testes si ta valeur est un entier avec try/except puis si c'est le cas alors tu peux tester si c'est positif avec un "if" classique. Mais tu n'as aucune raison de mettre le "if" dans le try.
Et puis sortir du programme sur un i pas entier admettons mais c'est juste un peu dommage pour les suivants...

du coup, comment on pourrait faire autrement?

Il faudrait déjà savoir ce qu'on veut: si on veut que çà sorte dès le premier problème rencontré ou si on élimine les valeurs "incorrectes". Puis on écrit le code qui fait le boulot... avec le Python qu'on connaît.
Si moi je dois écrire çà je ferais un truc du genre:
Code:

1 2 3 4 >>> L = '1', '2', '3', '4.0', '-10' >>> [ int(s) for s in L if s.isdigit() ] [1, 2, 3] >>>
pour filtrer ma liste (et accessoirement négatif n'est pas un cas particulier... et il n'y a pas d'exception à gérer).

note: votre code initial fonctionne presque bien en filtrant:
Code:

1 2 3 4 5 6 7 8 9 10 nb=input("liste de valeurs\n") for i in nb.split(): try: i=int(i) if i < 0: print(f"{i} pas >0") exit() except Exception: print(f"{i} pas entier") exit()
- W

bonjour

Citation:

Envoyé par marietar

ave cu try except.

Sans connaitre ton but il est impossible de donner une "bonne" réponse (truc utile, découverte exceptions, sortie a la première erreur, ...)

c'est juste pour s'amuser avec les exceptions ?

ici, on déclenche en plus une exception si négatif, et stop (la boucle) à la première erreur…
Code:

1 2 3 4 5 6 7 8 9 10 #params=input("liste de valeurs\n") params="5 -4 x 18 77 -2 0 a" try: for valeur in params.split(): valeur = int(valeur) if valeur < 0: raise ValueError(f"Pas un nombre positif: {valeur}") print(valeur) except ValueError as err: print(err)
ici, on teste toutes les valeurs, juste en déplacant le "try"
Code:

1 2 3 4 5 6 7 8 9 10 #params=input("liste de valeurs\n") params="5 -4 x 18 77 -2 0 a" for valeur in params.split(): try: valeur = int(valeur) if valeur < 0: raise ValueError(f"Pas un nombre positif: {valeur}") print(valeur) except ValueError as err: print(err)
note: avoir 2 exceptions différentes serait un must...

Citation:

Envoyé par marietar

du coup, comment on pourrait faire autrement?

L'exemple de Arioch était parfait
D'abord il évalue si la saisie peut être convertie en int
Et si c'est le cas alors il teste la valeur de l'entier

Citation:

Envoyé par Sve@r

L'exemple de Arioch était parfait

Il ne répond pas à la question posée qui était:

Citation:

pourquoi il rentre dans le except? il doit sortir au 1er exit non?

Ce code répond à la question:
Code:

1 2 3 4 5 6 7 8 9 10 nb=input("liste de valeurs\n") for i in nb.split(): try: i=int(i) if i < 0: print(f"{i} pas >0") exit() except ValueError: print(f"{i} pas entier") exit()
Et personnellement, je ne vois pas de bonne raison (technique) de s'efforcer de séparer la conversion du test: il n'y a qu'une seule instruction qui peut lever ValueError. Elle est gérée sans ambiguité. S'il y a une autre exception, on a le traceback habituel.

Après on peut dire qu'il est plus lisible de... mais c'est subjectif donc non technique.

- W

Citation:

Envoyé par wiztricks

Et personnellement, je ne vois pas de bonne raison (technique) de s'efforcer de séparer la conversion du test: il n'y a qu'une seule instruction qui peut lever ValueError.

En fait je le vois plutôt dans l'autre sens: il n'y a pas (dans ce cas particulier) de bonne raison technique de mettre une instruction ne pouvant pas lever d'exception dans un try.

Citation:

Envoyé par wiztricks

Après on peut dire qu'il est plus lisible de...

Oui c'est (inconsciemment) aussi comme ça que je le ressens.

Citation:

Envoyé par Sve@r

En fait je le vois plutôt dans l'autre sens: il n'y a pas (dans ce cas particulier) de bonne raison technique de mettre une instruction ne pouvant pas lever d'exception dans un try.

La seule raison technique d'un try...except est de pouvoir gérer l'exception (faire quelque chose lorsque...). Ici ça se réduit à afficher un message d'erreur ad hoc. Et comme on y arrive dans les 2 cas (tout dans le bloc ou pas), il n'y a pas de raison "technique" autre que l'ajout du filtre à except. Plutôt que de tout attraper on aura except ValueError ou except Exception (pour ne pas attraper le SystemExit).

Ce pourrait être différent si pour "gérer", il fallait reprendre avant d'attaquer la suite..
Par exemple, quand çà lève ValueError, on redemande à l'utilisateur d'entrer un entier puis on teste s'il est positif.

- W