[#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:914] Re: ruby env[ Re: [Req] Proc.new ]

From: keiju@... (石塚圭樹 )
Date: 1997-11-20 10:41:51 UTC
List: ruby-dev #914
けいじゅ@日本ラショナルソフトウェアです.

In [ruby-dev :00906 ] the message: "[ruby-dev:906] Re: ruby env[ Re:
[Req] Proc.new ] ", on Nov/20 17:21(JST) matz@netlab.co.jp (Yukihiro
Matsumoto) writes:

>まつもと ゆきひろです

>symbol-functionのように関数と変数の名前空間は分離するが,関
>数オブジェクトを取り出す方法がある,というのはそれなりに意味
>があるのかも知れません.

でしょでしょ(^^;;;

>  proc{foo}
>
>は途中に束縛が入るので再定義には使えませんものね.とはいえ,
>これからメソッドオブジェクトを導入するのは(実装方法は大体想
>像できるのですが),けっこう手間なことですね.

そうですか... 

ざんねんですねえ... MLFがだいぶ充実したので, メソッドさえオブジェクト
として取り扱えるようになると, MLFでできることもだいぶ増えてくると思う
んですけどね...

>|まあ, サブクラスを使ったりしてうまく回避する方法フレームワークがあるか
>|もしれませんが...
>
>でも,やっぱりRubyでの経験が増せば,そのような部分はサブクラ
>ス化で対応するのがあるべき姿かなあと思う気持ちもあります.
>たとえばmh-eクラスを作って,自分用にカスタマイズしたい場合に
>はmy-mh-eクラスを作ってそっちを起動するとかね.

私もそう思います. それで十分なら実際その方がきれいですしね. ただ, 間だ
そういう問題にぶつかったことがないので, いまのところこれで十分だともい
えませんが...

>ええ,そうですね.ところで,今ふと思ったんですが現状でも
>
>  * rubyで記述されたプログラムは再ロード可能
>  * スーパークラスが同一であれば現状の定義を書き直す

ここが問題ですね. やはりundefはないと...

>  * 同じクラスで同名のメソッドを定義すると前の定義を捨てて上
>    書きする

classをoverloadしたい場合は昔あったメソッドを全部捨ててから, メソッド
を定義して行きたいんですよね. でも, MLFとundefを使えば実現できますね.

>ので,定数の再定義の問題さえ回避できればrubyスクリプトの再ロー
>ドは出来そうに思います.問題はどういう条件で定数の再定義を許
>すかですね.

そうなんですよねえ... 簡単にloadとかでは無理でないかと思うんですが...
Smalltalkの環境のように, そのクラスを直接編集できるような機能がないと
難しいんじゃないでしょうか? つまり, 環境中でクラスを指定しその中の定数
を削除するとか, 定義を変えるとかの様に対象を直接指定し操作を行なわない
と...

>|まあ, そうなんですが環境系APはrubyの得意とするところであっても良いと思
>|うんですが... まだないですが(^^;;;

>多分,どっちかっていうと苦手な分野だと思いますよ.^^;;;
>得意にするためにはいくつかのハードルを越えねば.

でも, 言語機能的にはそんなにハードルが多いとは感じていません. それより
も, そのようなAPを作るパワーが...

ハードルといえばちょっと大きそうななのが1つありますね. elispでrequire
していると中で失敗すると, require以前の状態に戻りますよね. requireに限
らず元に戻す機能がいくつかありますよね. それらの機能群を実現するのは結
構手間がかかりそう...

__
................................石塚 圭樹@日本ラショナルソフトェア...
----------------------------------->> e-mail: keiju@rational.com <<---

In This Thread