[#790] "".succ is "\377" — WATANABE Hirofumi <eban@...>
わたなべです.
12 messages
1997/11/02
[#822] "+" of Time in the manual — Shin-ichiro HARA <sinara@...>
原です。
13 messages
1997/11/11
[#823] Re: "+" of Time in the manual
— matz@... (Yukihiro Matsumoto)
1997/11/11
まつもと ゆきひろです
[#824] Re: "+" of Time in the manual
— Shin-ichiro HARA <sinara@...>
1997/11/11
原です。
[#825] Re: "+" of Time in the manual
— matz@... (Yukihiro Matsumoto)
1997/11/11
まつもと ゆきひろです
[#826] Re: "+" of Time in the manual
— Shin-ichiro HARA <sinara@...>
1997/11/11
原です。
[#837] request SCAN — Shin-ichiro HARA <sinara@...>
原です。
25 messages
1997/11/14
[#838] Re: request SCAN
— matz@... (Yukihiro Matsumoto)
1997/11/14
まつもと ゆきひろです
[#839] Re: request SCAN
— Shin-ichiro HARA <sinara@...>
1997/11/14
原です。
[#840] Re: request SCAN
— Shin-ichiro HARA <sinara@...>
1997/11/14
原です。
[#841] Re: request SCAN
— Shin-ichiro HARA <sinara@...>
1997/11/14
原です。
[#843] Re: request SCAN
— matz@... (Yukihiro Matsumoto)
1997/11/14
まつもと ゆきひろです
[#844] Re: request SCAN
— Shin-ichiro HARA <sinara@...>
1997/11/14
原です。
[#845] Re: request SCAN
— matz@... (Yukihiro Matsumoto)
1997/11/14
まつもと ゆきひろです
[#846] Re: request SCAN
— matz@... (Yukihiro Matsumoto)
1997/11/14
まつもと ゆきひろです
[#847] Re: request SCAN
— Shin-ichiro HARA <sinara@...>
1997/11/14
原です。
[#848] Re: request SCAN
— matz@... (Yukihiro Matsumoto)
1997/11/14
まつもと ゆきひろです
[#849] Re: request SCAN
— Shin-ichiro HARA <sinara@...>
1997/11/14
原です。
[#851] Re: request SCAN
— matz@... (Yukihiro Matsumoto)
1997/11/14
まつもと ゆきひろです
[#852] Re: request SCAN
— Shin-ichiro HARA <sinara@...>
1997/11/14
原です。
[#853] Re: request SCAN
— matz@... (Yukihiro Matsumoto)
1997/11/14
まつもと ゆきひろです
[#855] Re: request SCAN
— Shin-ichiro HARA <sinara@...>
1997/11/15
原です。
[#864] [Req] Proc.new — Shin-ichiro HARA <sinara@...>
原です。
53 messages
1997/11/19
[#865] Re: [Req] Proc.new
— matz@... (Yukihiro Matsumoto)
1997/11/19
まつもと ゆきひろです
[#866] Re: [Req] Proc.new
— Shin-ichiro HARA <sinara@...>
1997/11/19
原です。
[#867] Re: [Req] Proc.new
— matz@... (Yukihiro Matsumoto)
1997/11/19
まつもと ゆきひろです
[#869] Re: [Req] Proc.new
— Shin-ichiro HARA <sinara@...>
1997/11/19
原です。
[#887] Re: [Req] Proc.new
— matz@... (Yukihiro Matsumoto)
1997/11/20
まつもと ゆきひろです
[#896] Re: [Req] Proc.new
— keiju@... (石塚圭樹 )
1997/11/20
けいじゅ@日本ラショナルソフトウェアです.
[#871] Re: [Req] Proc.new
— keiju@... (石塚圭樹 )
1997/11/19
けいじゅ@日本ラショナルソフトウェアです.
[#875] Re: [Req] Proc.new
— Shin-ichiro HARA <sinara@...>
1997/11/20
原です。
[#877] Re: [Req] Proc.new
— shugo@... (Shugo Maeda)
1997/11/20
前田です。
[#879] Re: [Req] Proc.new
— Shin-ichiro HARA <sinara@...>
1997/11/20
原です。
[#886] Re: [Req] Proc.new
— shugo@... (Shugo Maeda)
1997/11/20
前田です。
[#890] Re: [Req] Proc.new
— keiju@... (石塚圭樹 )
1997/11/20
けいじゅ@日本ラショナルソフトウェアです.
[#895] Re: [Req] Proc.new
— matz@... (Yukihiro Matsumoto)
1997/11/20
まつもと ゆきひろです
[#903] ruby env[ Re: [Req] Proc.new ]
— keiju@... (石塚圭樹 )
1997/11/20
けいじゅ@日本ラショナルソフトウェアです.
[#906] Re: ruby env[ Re: [Req] Proc.new ]
— matz@... (Yukihiro Matsumoto)
1997/11/20
まつもと ゆきひろです
[#874] extension of case — Masaki Suketa <masaki.suketa@...>
今回はできなきゃできないでいいけどこんなことできませんか
14 messages
1997/11/20
[#876] Re: extension of case
— shugo@... (Shugo Maeda)
1997/11/20
前田です。
[#929] extmk.rb — shugo@... (Shugo Maeda)
前田です。
14 messages
1997/11/26
[#930] Re: extmk.rb
— Eiji-usagi-MATSUmoto <ematsu@...>
1997/11/27
うさぎです。
[ruby-dev:892] Re: [Req] Proc.new
From:
keiju@... (石塚圭樹 )
Date:
1997-11-20 05:44:51 UTC
List:
ruby-dev #892
けいじゅ@日本ラショナルソフトウェアです.
In [ruby-dev :00883 ] the message: "[ruby-dev:883] Re: [Req] Proc.new
", on Nov/20 13:13(JST) matz@netlab.co.jp (Yukihiro Matsumoto) writes:
>まつもと ゆきひろです
>|話しは戻りますが, どうしても関数をオブジェクト化して取り扱えないと行け
>|ないんでしょうか?
>
>もとの話では「Perlが関数のリファレンスが使えるから」というこ
>とでしたね.私の答えは「どうしてもしたかったら,前田さん風の
>メソッドを自分で定義してね」というものにしようかなあ,と思っ
>てます.
ああ. そうでしたよね. でも, 私がそのFAQを書くなら次のようになりますね:
rubyのイテレータに相当する機能がないから, perlやCでは関数のリファレン
ス(ポインタ)を扱うことで代用しています(perlは文字列を渡す方法があるみ
たいですが).
ほとんどの場合, ある処理手続きを別の関数に渡したいときは, その処理手続
きをその場で書き下せる方が, 全然分かりやすい.
array.sort{|x, y| x > y}
と
qsort(array, size_of_array, size_of_elm, comp_function);
int comp_function(XX x, XX y)
{
x > y;
}
とでは前者の方が絶対に分かりやすいでしょ?
って, こんな感じですか...
そういったわけで, イテレータをその場で渡す方法は関数のリファレンスを渡
すよりも優れた方法だと思うのですが, その渡したいイテレータがただ別の関
数を呼ぶだけっていうことも結構あるんですよね...
ですから,
>前田さん風のメソッド:
>
> def function(name)
> proc { |*args| send(name, *args) }
> end
>
>Procの挙動を変えるのは実装上色々面倒なので避けたいです.
上記の関数と同じ動作を行なうような関数/メソッドが標準でrubyに用意され
ていることは結構意味があることかなと思うんですが...
procの時だけでなくイテレータとして呼ばれた時も何とか対処して欲しいです
が...
array.sort{|x, y| x > y}
array.sort >
array.sort {>}
array.sort func(:>)
みたいに関数のイテレータブロックが渡せる方法があるといいんですが...
# ちょっと無理そうですねえ...
__
................................石塚 圭樹@日本ラショナルソフトェア...
----------------------------------->> e-mail: keiju@rational.com <<---