[#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:41629] Re: [Feature:trunk] argument delegation

From: SASADA Koichi <ko1@...>
Date: 2010-06-17 01:45:11 UTC
List: ruby-dev #41629
 ささだです.

(2010/06/17 6:31), Yukihiro Matsumoto wrote::
> |argument delegation は、
> |
> |(1) ブロックを引き継がせたいだけ (引数は変えたい) ときに不便
> |(2) 引数の変数へうっかり代入して、間違った引数が渡る事件が多発しそう
> |(3) define_method でサポートできていない (将来的にされる予定はある?)
> |
> |ので、あんまり好きじゃないです。
> 
> (1) については、ブロックを引き継がせたい時には、明示的にブロッ
>     クを引き渡せばよい(ひとつのことをしたいときに、ひとつのこ
>     とをすればよい。冗長性はない)ので、手当ての必要があるか
>     どうか疑問です。今回の動機は「ひとつのことをするのに、ふ
>     たつのことを書かないといけない」という冗長性ですから。
> 
> (2) これはsuperでもそうですよね。昔、superは引数の変数に代入
>     してもそのまま渡る仕様だったのですが、実装上の問題であき
>     らめました。
> 
> (3) 将来的には、define_methodでもサポートされるべきだと思いま
>     す。できてないのは実装上の制約だと思ってください。

 「実装上の制約」はそのとおりで,言語デザインとしてあるべきではないと思
います.

(実装が簡単かどうかは別の話ですけど)


 それは置いといて,これ,そんなに使うんでしょうか.あまり使わない機能
に,新しい記号を入れるのは抵抗があります.とくに,foo(...) とか,擬似
コードでよく使うので,抵抗があります.文脈でわかるっちゃわかるんですが.

利用例:
http://rurema.clear-code.com/query:%28...%29/


 遠藤さんの

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

の話は,ああ,あったら使うかも,と思いました.

-- 
// SASADA Koichi at atdot dot net

In This Thread