« !? Foo = true si elle est définie foo » ne fonctionnera pas comme prévu

Question

Quand il est en effet pas défini, il obtient la valeur nil juste parce qu'il a été « touché » Ruby:

$ irb 

ruby-1.9.2-p0 > foo = true if !defined? foo 
=> nil 
ruby-1.9.2-p0 > foo 
=> nil 

ruby-1.9.2-p0 > if !defined? bar 
ruby-1.9.2-p0 ?> bar = true 
ruby-1.9.2-p0 ?> end 
=> true 
ruby-1.9.2-p0 > bar 
=> true 

de sorte que le if ... end fonctionne comme prévu, mais pas foo = true if ....

Answer 1

Ruby définit une variable locale juste avant d'exécuter une ligne contenant une affectation. Par conséquent, defined?(foo) sera toujours true pour le doublage.

Un autre exemple montrant que les variables locales sont définies avant une partie de la ligne sont exécutés:

defined? foo # => false 
foo = foo # => foo is now nil 

Answer 2

il ne semble raisonnable que [déclaration] si [expression]

est juste réarrangé par la compilateur

si [expression] puis [déclaration] fin

mais on dirait qu'il est manipulé spécialement d'une manière que les pauses définies? en fait, défini ressemble à une construction spéciale (c'est-à-dire pas une fonction normale)

ressemble à si vous l'attribuez dans la même ligne, vous devriez vérifier .nil? à la place:

foo = foo.nil? ? vrai: foo

(cela fonctionne aussi si elle est déjà définie sur false)

Answer 3

La façon de penser à ce sujet est:

foo = (true if !defined? foo) 

Alors, d'abord foo est définie, l'expression pour lui donner une valeur est exécutée.