mirror of
https://github.com/ruby/ruby.git
synced 2022-11-09 12:17:21 -05:00
parent
730aeb2523
commit
0bd5f846df
1 changed files with 22 additions and 0 deletions
|
@ -109,6 +109,28 @@ The confusion comes from the out-of-order execution of the expression. First
|
||||||
the local variable is assigned-to then you attempt to call a nonexistent
|
the local variable is assigned-to then you attempt to call a nonexistent
|
||||||
method.
|
method.
|
||||||
|
|
||||||
|
== Local Variables and eval
|
||||||
|
|
||||||
|
Using +eval+ to evaluate Ruby code will allow access to local variables in
|
||||||
|
the same scope, even if the local variables are not assigned until after the
|
||||||
|
call to +eval+. However, local variables assigned inside the call to +eval+
|
||||||
|
will not be reflected in the surrounding scope. Inside the call to +eval+,
|
||||||
|
local variables in the scope and local variables assigned inside the call to
|
||||||
|
+eval+ will be accessible. However, you will not be able to access local
|
||||||
|
variables assigned in previous or subsequent calls to +eval+ in the same
|
||||||
|
scope. Consider each +eval+ call a separate nested scope. Example:
|
||||||
|
|
||||||
|
def m
|
||||||
|
eval "bar = 1"
|
||||||
|
lvs = eval "baz = 2; ary = [local_variables, foo, baz]; x = 2; ary"
|
||||||
|
eval "quux = 3"
|
||||||
|
foo = 1
|
||||||
|
lvs << local_variables
|
||||||
|
end
|
||||||
|
|
||||||
|
m
|
||||||
|
# => [[:baz, :ary, :x, :lvs, :foo], nil, 2, [:lvs, :foo]]
|
||||||
|
|
||||||
== Instance Variables
|
== Instance Variables
|
||||||
|
|
||||||
Instance variables are shared across all methods for the same object.
|
Instance variables are shared across all methods for the same object.
|
||||||
|
|
Loading…
Add table
Reference in a new issue