[#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

まつもと ゆきひろです

[#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

まつもと ゆきひろです

[#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

けいじゅ@日本ラショナルソフトウェアです.

[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にはそのような機能はないと思いましたよ.

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

In This Thread