まつもと ゆきひろです

In message "[yarv-dev:24] Re: initialize block local variables"
    on 04/05/17, "K.Sasada" <ko1 namikilab.tuat.ac.jp> writes:

|　そういえば、eval 中で出てきた新しい変数って、ブロックロー
|カル変数扱いになるんだと思っていたのですが、どうなんでしょう
|か。揮発性（？）メソッドローカルみたいな変なものを新しく導入
|したりするんでしょうか。

eval内だけ有効のローカル変数です。実装はたぶんブロックパラメー
タのものを流用できると思います。

|　また、配列の展開によるブロックパラメータの渡し方である、
|
|  def m
|    yield([1,2])
|  end
|
|  m{|i,j|
|    p i,j #=> 1,2
|  }
|
|　は、駄目になるんでしょうか。

はい。

  yield(*[1,2])

としてください。

|　define_method の仕様を変えて、ブロックとしてわたってきた NODE
|をメソッドとして利用する、ような対応は不可能でしょうか。
|
|  define_method(:m){|i,j|
|    ...
|  }
|  <= 無理やり同じ =>
|  eval <<-EOS
|    def m(i,j)
|      ...
|    end
|  EOS
|
|　こういう無理やりな操作はあとで後悔するかな・・・。

たぶん。Lispとかならマクロでカバーする範囲だと思うんですが。

|（でも、どういうふうにアクセスするんだろう。新しい
|node or bytecode を増やして実現するのかな。）

と思います。

|　また、proxy オブジェクト作るときとかの method_missing は、
|
|  def method_missing *args, **kargs
|    ...
|    someobj.send *args, **kargs # (A)
|  end
|
|　のように書かないといけなくなるんですね。
|（(A) の部分は本当にこう書くのかわかりませんが）

そうなりますねえ。言われてみれば面倒ですね。

--
ML: yarv-dev quickml.atdot.net
使い方: http://www.atdot.net/~ko1/quickml