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