[ruby-dev:12281] Re: set_trace_func

けいじゅ＠日本ラショナルソフトウェアです.

In [ruby-dev :12275 ] the message: "[ruby-dev:12275] Re:
set_trace_func ", on Feb/19 07:59(JST) Yukihiro Matsumoto writes:

>まつもと ゆきひろです

>|特異クラスから逆にインスタンスを取り出す機能があれば別ですが. 特異クラス
>|もシングルトンなんだからそういうメソッドがあってもよいと思いますが...
>
>内部的にはもう持ってるんですが....。

set_trace_funcに関係なく, こっちの機能は欲しいですね.

>どうするのが一番良いでしょうねえ。小宮さんの新しいインタフェー
>ス[ruby-dev:12262]というのも魅力ですが。

小宮案はOOぽくてよいのですが, Rubyの底レベルインターフェイスっていまの,
set_trace_funcみたいな感じになっているのが多いですよね. そういう意味では,
小宮案はutilityポイかなって気がしますね. 

つまり, set_trace_func見たいのがあくまでもベースとしてあって, その上に小
宮案みたいなインターフェイスが構築されていると. そうすると過去との互換性
もとれるし.

ただ, 小宮さんが言っているように:

> 1 procの中で自分でイベントをディスパッチするより記述しやすい
> 2 不要なパラメータの生成を極力避ける(必要なものだけ選んで作れる
>   ようにしたい。
> 3 興味のないイベントによるオーバヘッドを下げたい(計ってみた感じ
>   ではあまり効果がなさそうでしたが)。
> 4 拡張が容易(singletonかどうか等)

で, 2とか, 3とかでこっちのほうが本当に効率があがるなら, 別なんですが.... 
たとえば2とか実現可能なんですかね? 例であがっていたのがbindingの生成問題
ですが, Tracerを呼び出す段階で生成していないで, 必要に応じて生成するよう
にするって可能なの?

>|ただ, こちらは同名のメソッドから同名の上位クラスへのメソッド呼び出しがあ
>|ればそれは, superで呼ばれたとわかりますので, 
>|>実装の面から区別が大変というのもありますが。
>|というのであれば, リクエストを取り下げますですが...
>
>なんだか大変なばかりのような気がしますので、こちらは取り下げ
>てもらえると助かります。

了解しました.

__
..............................石塚 圭樹＠日本ラショナルソフトウェア...
----------------------------------->> e-mail: [e-mail] <<---