[#20127] protected_instance_methods(true) — Shin-ichiro HARA <sinara@...>
原です。
4 messages
2003/05/01
[#20163] Numeric#step — Koji Arai <JCA02266@...>
新井です。
13 messages
2003/05/05
[#20165] Re: Numeric#step
— Minero Aoki <aamine@...>
2003/05/05
青木です。
[#20167] Re: Numeric#step
— Koji Arai <JCA02266@...>
2003/05/05
新井です。
[#20169] Re: Numeric#step
— Minero Aoki <aamine@...>
2003/05/05
青木です。
[#20171] Re: Numeric#step
— Koji Arai <JCA02266@...>
2003/05/05
新井です。
[#20172] Re: Numeric#step
— Masahiro TANAKA <masa@...>
2003/05/06
At Tue, 6 May 2003 02:55:54 +0900,
[#20197] ARGF.filename — Koji Arai <JCA02266@...>
新井です。
6 messages
2003/05/17
[#20209] /()*\1/ =~ "" — Tanaka Akira <akr@...17n.org>
元ネタは BTS および Matzにっきなのですが、Matzにっきの調子が悪くてつっ
5 messages
2003/05/19
[#20227] dyna_vars problem? — Tanaka Akira <akr@...17n.org>
しばらく前から、稀に Ruby が core を吐くという問題を追いかけているので
15 messages
2003/05/19
[#20234] Re: dyna_vars problem?
— matz@... (Yukihiro Matsumoto)
2003/05/19
まつもと ゆきひろです
[#20236] Re: dyna_vars problem?
— Tanaka Akira <akr@...17n.org>
2003/05/19
In article <1053363181.529491.30320.nullmailer@picachu.netlab.jp>,
[#20245] Re: dyna_vars problem?
— matz@... (Yukihiro Matsumoto)
2003/05/20
まつもと ゆきひろです
[#20248] Re: dyna_vars problem?
— Tanaka Akira <akr@...17n.org>
2003/05/20
In article <1053422521.786672.22712.nullmailer@picachu.netlab.jp>,
[#20250] Re: dyna_vars problem?
— matz@... (Yukihiro Matsumoto)
2003/05/20
まつもと ゆきひろです
[#20251] Re: dyna_vars problem?
— Tanaka Akira <akr@...17n.org>
2003/05/20
In article <1053424909.383731.24667.nullmailer@picachu.netlab.jp>,
[#20255] Re: dyna_vars problem?
— matz@... (Yukihiro Matsumoto)
2003/05/20
まつもと ゆきひろです
[#20268] splat restary — nobu.nakada@...
なかだです。
5 messages
2003/05/21
[#20303] [Oniguruma] possessive quantifier — kkosako@...
強欲な繰り返し演算子を実装してみたんですが、
1 message
2003/05/28
[#20307] [Oniguruma] intersection of char class — kkosako@...
Javaの正規表現で実現されている
4 messages
2003/05/30
[ruby-dev:20142] Re: scope-in-state and import-module
From:
keiju@... (石塚圭樹)
Date:
2003-05-02 12:25:26 UTC
List:
ruby-dev #20142
けいじゅ@ラショナルソフトウェアです. In [ruby-dev:20140] the message: "[ruby-dev:20140] scope-in-state and import-module", on May/02 18:38(JST) Shin-ichiro HARA writes: >原です。 >>あと, scope-in-stateのベース概念であるclass-in-stateはUMLにある正当な >>概念であり, たぶん, 唯一の言語実装であるという希少価値がアドバンテージ >>ではないかなと. >ふむ、そうなんだ。UML 勉強しようっと。(^^; 私のお勧めは『UMLリファレンスマニュアル』です. 辞書ですが, 読みごたえ があります. ちなみに, 監訳者も読破することを奨めています. >>中身と言うか, それ以上に外側(使い方)のベーシックなコンセプトもといいた >>いですが(^^;;; >このコンセプトって、クラスの性質をを一時的に変更するっていう >ことですかね。つまり元々メソッドにスイッチを置いて切り替える >のではなく、メソッドの内部に立ち入らずすげ替えてしまうってこ >と? こっちでしょう. きっと. >それともクラスの性質をオブジェクトとして実現するということか >な。 うーん. 意味がわかりませんが, そうなっています? >>ただ, newが必要なのはモジュールを作る側であって, 利用する側ではないの >>でそれほど問題ないと思っています. > >「利用する側」ってのは「ライブラリの作者」ってことですよね。 いえ. ライブラリを利用する側です. わたなべさんのいっているnewって: ScopeS = ScopeInState.new(S) の事だと思うのですが, これはライブラリ側で行っておくものです. >それはそうです。import-module の方はどちらかというと、「ラ >イブラリの利用者」向けかな。 >>>石塚さんは標準化についてどう思ってるのかな? >> >>正直いって, わたしの作品自体についてはまだちょっと早いかなと思っていま >>す. 理論的には港だという事で作っていますが, まだ, いろんな用途で実際に >>使われているわけではありませんので... > >うーむ。 >今気がついたのですが、scope-in-state と import-module を共存できない >可能性があります。従って、import-module を標準添付にするのはちょっと >問題かも。 えー. それをいうならお互いにですね(^^;;; 特によく使われてきているなら, 話は変わると思いますが, セレクタネームスペースの話もありますし, それが固まってからの方がよいか も. セレクタネームスペースの動的スコープ版見たいな感じですし. __ ..................................石塚 圭樹@ラショナルソフトウェア... ----------------------------------->> e-mail: keiju@rational.com <<---