ruby-dev

At Tue, 22 May 2001 20:57:02 +0900,
Shin-ichiro HARA wrote:
> 汎用性というのは Enumerator そのものじゃなくて、Enumerator の持ってい
> る形式のことです。それを取り出して、例えば Method_with_args として

　すみません、取り違えました。もっと汎用化できるのでは、という
意味でしたか。

> class Method_with_args
>    def initialize(obj, method, *args)
>      @obj = obj
>      @meth = method
>      @args = args
>    end
> 
>    def call(&b)
>      @obj.send(@meth, *@args, &b)
>    end
> end

　一つ不明な点があります。

1) 引数のない呼び出しに限定するのでしょうか。

2) デフォルト引数とするのはどうでしょうか。

    def call(*args, &b)
      @obj.send(@meth, *(args.empty? ? @args : args), &b)
    end

3) 前置引数とするのはどうでしょうか。

    def call(*args, &b)
      @obj.send(@meth, *(args + @args), &b)
    end

いくつか考えられますね。

　が、そもそもバインドされたオブジェクトの挙動を Method レベルで
制御するのはトリックの範疇と言えないでしょうか。

> class Enumerator < Method_with_args
>    include Enumerable
>    alias each call
> end
> 
> として、両クラスとも組み込みにすると少しは気が休まるかなあ。

　それだと、ちょっと気の利いた実装になるというだけで、ユーザ
から見た提供仕様は変わらないですね。Method_with_args を導入する
のがうれしいかどうかはまた別の議論だと思います。

> >　でも、明確な役割は持っており、 Enumerable と二人一組で
> >働くことで何でもぶんまわすことができます。
> 
> その二人一組というのもちょっと引っかかるところなんですよ。まあ、
> メソッドチェーンをしたいんだから仕方がないんですけど。

　標準に入れるとなると、何をやっているのか、何オブジェクトが
作られるのか、などについてある程度平易に説明できないといけない
という大前提があります。

　無名クラスオブジェクトや特異メソッドを使った場合、その辺りが
うまく行きませんでした。そこで、 Enumerator の提案に際しては、
トリッキーな要素を排すと同時に実際にドキュメントしてみることで
感触を確認してきました。

　私自身、議論の中で何度かふらふらしてしまいましたが、結局ほぼ
当初の内容に戻った最新の提案仕様は上記の点において及第点では
ないかと思っています。(名前がはまっているところとか)

-- 
                     /
                    /__  __            Akinori.org / MUSHA.org
                   / )  )  ) )  /     FreeBSD.org / Ruby-lang.org
Akinori MUSHA aka / (_ /  ( (__(  @ iDaemons.org / and.or.jp

"Freeze this moment a little bit longer, make each impression
  a little bit stronger..  Experience slips away -- Time stand still"

Thread

Prev Next

In This Thread

Prev Next