[#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:917] Re: ruby env[ Re: [Req] Proc.new ]
From:
matz@... (Yukihiro Matsumoto)
Date:
1997-11-20 15:33:49 UTC
List:
ruby-dev #917
まつもと ゆきひろです
In message "[ruby-dev:914] Re: ruby env[ Re: [Req] Proc.new ]"
on 97/11/20, 石塚圭樹 <keiju@rational.com> writes:
|けいじゅ@日本ラショナルソフトウェアです.
|> proc{foo}
|>
|>は途中に束縛が入るので再定義には使えませんものね.とはいえ,
|>これからメソッドオブジェクトを導入するのは(実装方法は大体想
|>像できるのですが),けっこう手間なことですね.
|
|そうですか...
|
|ざんねんですねえ... MLFがだいぶ充実したので, メソッドさえオブジェクト
|として取り扱えるようになると, MLFでできることもだいぶ増えてくると思う
|んですけどね...
そうでもないんでは? メソッドをオブジェクトにするといっても
できることは proc{foo.bar} をすでに束縛したものが返る程度で,
たとえばそれから別のクラスにメソッドを定義したり,aliasの代
わりをしたりするようなものではないと思いますから,MLFにはあ
んまり貢献しないと思いますよ.
そういう目的のためにはPythonやSchemeのようなオブジェクトシス
テム(関数がオブジェクト)の方が向いていると思いますが,Rubyは
そういう方向を選びませんでした.
|classをoverloadしたい場合は昔あったメソッドを全部捨ててから, メソッド
|を定義して行きたいんですよね. でも, MLFとundefを使えば実現できますね.
本当にできるかなあ.undefは「全部なかったことにする」ので,
そのメソッドを非定義にするとはちょっと違うんですよね.
|>|まあ, そうなんですが環境系APはrubyの得意とするところであっても良いと思
|>|うんですが... まだないですが(^^;;;
|
|>多分,どっちかっていうと苦手な分野だと思いますよ.^^;;;
|>得意にするためにはいくつかのハードルを越えねば.
|
|でも, 言語機能的にはそんなにハードルが多いとは感じていません. それより
|も, そのようなAPを作るパワーが...
そうかなあ,今まで出て来ている問題だけでも十分問題だと思いま
すけど.もっとも環境系APPの場合,インタプリタを従にして,イ
ンタプリタそのものをリセットしちゃう大技もありえるかも.
|ハードルといえばちょっと大きそうななのが1つありますね. elispでrequire
|していると中で失敗すると, require以前の状態に戻りますよね. requireに限
|らず元に戻す機能がいくつかありますよね. それらの機能群を実現するのは結
|構手間がかかりそう...
ええとたしかemacsにはそのような機能はないと思いましたよ.
まつもと ゆきひろ /:|)