Discussion :

[marietar]

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

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

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?

[wiztricks]

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

[Arioch]

Votre code n'est pas complet.

Ceci fonctionne :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

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()

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

[Sve@r]

Bonjour

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

[marietar]

Votre code n'est pas complet.

Ceci fonctionne :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

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

[marietar]

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?

[wiztricks]

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 :

Sélectionner tout - Visualiser dans une fenêtre à part

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 :

Sélectionner tout - Visualiser dans une fenêtre à part

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

[papajoker]

bonjour

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 :

Sélectionner tout - Visualiser dans une fenêtre à part

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 :

Sélectionner tout - Visualiser dans une fenêtre à part

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

[Sve@r]

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

[wiztricks]

L'exemple de Arioch était parfait

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

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

Ce code répond à la question:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

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

[Sve@r]

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.

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

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

[wiztricks]

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