Discussion :

[lucie34]

Bonjour,

Dans les deux codes ci-dessous, dans la ligne if, on ne vérifie pas "ch", "n%2" qui sont vrai ou faux, mais cette façon d'écrire est sous-entendu, ch!="", n%2 !=0.
Est ce que cela veut dire quand on ne vérifie pas la condition, c'est toujours sous-entendu quelque chose qui est différent de 0, ou différent d'une chaîne vide, par ex.? Je vous remercie.

Code :

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

1
2
3
4
5
ch = input("Entrez une chaîne de caractères quelconque")
if ch:
    print("vrai")
else:
    print("faux")

Code :

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

1
2
3
4
5
6
ch =input("Veuillez entrer un nombre : ")
n =int(ch)
if n % 2:
     print("Il s'agit d'un nombre impair.")
else:
     print("Il s'agit d'un nombre pair.")

[VinsS]

Salut,

C'est exactement comme tu le dis. if ch: retourne vrai si la chaîne n'est pas vide et if n % 2: aussi si le résultat est différent de zéro.

De la même manière plutôt que d'écrire if n % 2 == 0: on préfèrera if not n % 2:Ce n'est pas une règle gravée dans le marbre c'est juste une question de propreté syntaxique.

Si tu ne connais pas la PEP 8, jettes-y un œil.

https://www.python.org/dev/peps/pep-0008/
traduction: http://nguyen.univ-tln.fr/share/Python/pep8.pdf

[Fifan31]

Bonjour,

Le 'if' évalue l'expression qui lui est donnée. Si elle est évaluée à 'True', le code du 'if' (ce qu'il y a après le ':') est exécuté, Sinon, on passe à la suite.
Pour savoir ce qui est vrai [Python détiendrait-il a vérité, n'est-elle pas ailleurs... je m'égare ], il faut consulter la page sur le type boolean : https://docs.python.org/3.6/library/stdtypes.html

[Pyramidev]

De la même manière plutôt que d'écrire if n % 2 == 0: on préfèrera if not n % 2:Ce n'est pas une règle gravée dans le marbre c'est juste une question de propreté syntaxique.

Si tu ne connais pas la PEP 8, jettes-y un œil.

https://www.python.org/dev/peps/pep-0008/
traduction: http://nguyen.univ-tln.fr/share/Python/pep8.pdf

Dans PEP 8, je ne vois aucun endroit qui conseille de privilégier l'écriture not unEntier à unEntier == 0.
Personnellement, je préfère unEntier == 0 à not unEntier. C'est plus direct. Le seul prix à payer est un seul caractère en plus.

Dans PEP 8, le passage qui conseille de s'appuyer sur les conversions implicites en booléens ne concerne que les séquences :

For sequences, (strings, lists, tuples), use the fact that empty sequences are false.

Code :

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

1
2
3
4
5
Yes: if not seq:
     if seq:
 
No:  if len(seq):
     if not len(seq):

[VinsS]

Si j'ai parlé de la PEP 8 ce n'est pas à propos de cet exemple là mais pour l'ensemble des recommandations d'écriture qui y sont décrites.

Pas sur de comprendre ce que unEntier == 0 puisse avoir de "direct".

[Sve@r]

Bonjour

Dans les deux codes ci-dessous, dans la ligne if, on ne vérifie pas "ch", "n%2" qui sont vrai ou faux, mais cette façon d'écrire est sous-entendu, ch!="", n%2 !=0.
Est ce que cela veut dire quand on ne vérifie pas la condition, c'est toujours sous-entendu quelque chose qui est différent de 0, ou différent d'une chaîne vide, par ex.? Je vous remercie.

Python considère toute expression comme True sauf :

• False
• None
• 0 (et ce qui en dérive comme par exemple une fraction ou un complexe valant 0)
• tout itérable (liste, tuple, dictionnaire, ensemble, chaine) vide (ou de longueur 0)

Pas sur de comprendre ce que unEntier == 0 puisse avoir de "direct".

Je pense que si on veut tester la valeur (comme on testerait 5, 10, 100) alors l'écriture if unEntier == 0 est préférable. Si maintenant on veut tester le booléen alors j'écrirais plutôt if unEntier/if not unEntier...

[tyrtamos]

Bonjour,

Python accepte des subtilités impressionnantes, et une fois qu'on les a comprises, on fait ce qu'on veut. Mais en ce qui me concerne, je privilégie systématiquement la lisibilité du code.

Par exemple, le fait que la condition "if [False]:" est vraie me gène un peu, même si c'est logique puisque une liste non vide vaut True quelque soit son contenu.

Je n'aime pas non plus les arrangements booléens qui n'ont pas de sens. Par exemple, "6 or 7" vaut 6, alors que "0 or 7" vaut 7. C'est logique quand on comprend comment fonctionne Python, mais je n'écrirai jamais un truc comme ça.

Ça me rappelle que dans l'industrie, on considère un informaticien trop subtil comme quelqu'un de dangereux...

[Sve@r]

Par exemple, le fait que la condition if [False] est vraie me gène un peu, même si c'est logique puisque une liste non vide vaut True quelque soit son contenu.

D'autant plus que if (False) est fausse alors que if (False,) est vraie (subtilité dans l'écriture d'un tuple vs écriture d'une liste et c'est d'ailleurs pour ça que j'écris toujours mes listes avec aussi une virgule)...

Par exemple, "6 or 7" vaut 6, alors que "0 or 7" vaut 7. C'est logique quand on comprend comment fonctionne Python

Ce genre de comportement dépasse même Python et se retrouve dans quasiment tous les langages...