D’après http://sametmax.com/id-none-et-bidouilleries-memoire-en-python/, il faudrait tester si une variable est None avec un “is None” au lieu de traiter comme un booléen mais c’est quand même super joli de faire:

>>> def call_prog(args=None):
...     args = args or []
...     cmd = ['program'] + args
...     print cmd
...     # subprocess.call(cmd)
... 
>>> call_prog()
['program']
>>> call_prog(None)
['program']
>>> call_prog(['arg1', 'arg2'])
['program', 'arg1', 'arg2']

def xor(x, y):
    return (x and not y and x) or (not x and y)

for x in ([], ["Y"]):

    for y in (0.0, 3.14):
        print "{0} xor {1} = {2}".format(x, y, xor(x, y))
    
[] xor 0.0 = 0.0
[] xor 3.14 = 3.14
['Y'] xor 0.0 = ['Y']
['Y'] xor 3.14 = False

Bon l’opérateur not lui aussi retourne des booléens quelques soient l’opérande ; mais c’est peut être une explication car on pourrait vouloir d’autres politique de sortie pour xor!!!

Super intéressant.

Si get_repas renvoie une valeur évaluée à False (None ou une liste vide, par exemple), alors mon_repas prendra pour valeur [‘brioche’, ‘pastis’]

Le “&&” n’est pas un opérateur d’évaluation d’expression mais un opérateur de séquence d’instructions. Si l’instruction placée à gauche est vraie alors il continue sur l’instruction de droite (je m’en sers d’ailleurs dans mon exemple). Bien évidemment, si l’instruction de gauche est fausse alors l’instruction de droite n’est pas exécutée ce qui donne un résultat similaire, effectivement, à une évaluation (tu la nommes “paresseuse”, moi je la nomme “optimisée”) ; mais moi je parlais du comportement de l’évaluateur de base “test” (qui est d’ailleurs identique au programme “/usr/bin/test”)

@entwanne

J’aime bien ton analogie. Effectivement je n’avais jamais vu les choses sous cet angle ;)

Article très intéressant. Une petite erreur s’est glissé cela dit (il me semble) :

faux() or vrai()

True

devrait être

faux() or vrai()

True