[#41531] [Bug #3385] ext/dbm: accept various version of db — Takahiro Kambe <redmine@...>

Bug #3385: ext/dbm: accept various version of db

10 messages 2010/06/03

[#41600] 質問・提案:cgi.rbの後継となるライブラリについて — Dice <tetradice@...>

Diceです。cgi.rbの後継ライブラリについて質問させてください。

16 messages 2010/06/13
[#41606] Re: 質問・提案:cgi.rbの後継となるライブラリについて — Fujioka <fuj@...> 2010/06/14

藤岡です。

[#41607] Re: 質問・提案:cgi.rbの後継となるライブラリについて — KAKUTANI Shintaro <shintaro.kakutani@...> 2010/06/14

かくたにです。

[#41616] Re: 質問・提案:cgi.rbの後継となるライブラリについて — Dice <tetradice@...> 2010/06/15

藤岡さん、かくたにさん、返信ありがとうございます。

[#41617] Re: 質問・提案:cgi.rbの後継となるライブラリについて — Fujioka <fuj@...> 2010/06/16

藤岡です。

[#41656] Re: 質問・提案:cgi.rbの後継となるライブラリについて — Dice <tetradice@...> 2010/06/20

Diceです。藤岡さん、返信ありがとうございます。

[#41623] [Feature:trunk] argument delegation — Nobuyoshi Nakada <nobu@...>

なかだです。

23 messages 2010/06/16
[#41625] Re: [Feature:trunk] argument delegation — Yusuke ENDOH <mame@...> 2010/06/16

遠藤です。

[#41627] Re: [Feature:trunk] argument delegation — Yukihiro Matsumoto <matz@...> 2010/06/16

まつもと ゆきひろです

[#41702] WIN32OLE_METHOD offset_vtbl — kuwamoto shintaro <beuniv@...>

こんばんわ

16 messages 2010/06/23
[#41712] Re: WIN32OLE_METHOD offset_vtbl — Masaki Suketa <masaki.suketa@...> 2010/06/24

助田です。

[ruby-dev:41627] Re: [Feature:trunk] argument delegation

From: Yukihiro Matsumoto <matz@...>
Date: 2010-06-16 21:31:04 UTC
List: ruby-dev #41627
まつもと ゆきひろです

In message "Re: [ruby-dev:41625] Re: [Feature:trunk] argument delegation"
    on Thu, 17 Jun 2010 03:36:56 +0900, Yusuke ENDOH <mame@tsg.ne.jp> writes:

|argument delegation は、
|
|(1) ブロックを引き継がせたいだけ (引数は変えたい) ときに不便
|(2) 引数の変数へうっかり代入して、間違った引数が渡る事件が多発しそう
|(3) define_method でサポートできていない (将来的にされる予定はある?)
|
|ので、あんまり好きじゃないです。

(1) については、ブロックを引き継がせたい時には、明示的にブロッ
    クを引き渡せばよい(ひとつのことをしたいときに、ひとつのこ
    とをすればよい。冗長性はない)ので、手当ての必要があるか
    どうか疑問です。今回の動機は「ひとつのことをするのに、ふ
    たつのことを書かないといけない」という冗長性ですから。

(2) これはsuperでもそうですよね。昔、superは引数の変数に代入
    してもそのまま渡る仕様だったのですが、実装上の問題であき
    らめました。

(3) 将来的には、define_methodでもサポートされるべきだと思いま
    す。できてないのは実装上の制約だと思ってください。

|ブロックを引き継がせるのが面倒くさいという動機はとてもよくわかるので、
|
|  foo(a, b, c, &)
|
|と書いたらこのコンテキストのブロックを渡す、というのはどうでしょうか。

繰り返しになりますが、これでは「ひとつのことをするのに、ふた
つのことを書かないといけない」という冗長性が解決できてません。
実質追加は2文字だから負担は軽くなりますが。

が、もともとの動機とは別として、「&」1文字でそのコンテキスト
のブロックを渡すのは、面白いアイディアだと思います。この場合
は、仮引数リストのブロック引数がなくても、ブロックを渡すこと
になるんですかね。

                                まつもと ゆきひろ /:|)

In This Thread