[#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:20132] Re: jcode.rb
From:
keiju@... (石塚圭樹)
Date:
2003-05-01 05:58:14 UTC
List:
ruby-dev #20132
けいじゅ@ラショナルソフトウェアです. どもです. お久しぶりです. In [ruby-dev:20118] the message: "[ruby-dev:20118] Re: jcode.rb", on Apr/30 19:13(JST) Shin-ichiro HARA writes: >原です。 >>|原先生のimport-moduleでもできると思いますが、 >>|どちらか標準にならないかなあ。 >> >>標準にするのは構わないんですが、似たようなのが複数あるのは避 >>けたいので、どちらを選ぶかですよね。実際に使った人の感想が聞 >>きたいです。あ、もちろん作った人の感想も。 作った人の1人です(^^; >石塚さんの scope-in-state は、もうちょっと大規模なシステムの >変更も念頭にあって、手軽さでは import-module かな。 大規模を念頭においているってのはあるかも知れませんが, それよりもできる だけ静的な宣言(っぽくいもの)で実現できるようになっているのが大きな違い だと思います. 原さんのは, なんのオブジェクトにもimportできるわけですが. 私のは, そういうことはできないようになっています. つまり, 宣言(作る)す る側で何に一時的にexetendするのか指定できます. たぶん, この方が, 作り 手にも使い手にも優しいことは多いと思います. 原さんのが, Moduleの作り方に似ているとすれば, 私のはサブクラスの作り方 に似ているって感じですかね. 実際元々のコンセプトが, 状態に応じてクラスを変更したい -> では状態に応 じた差分だけ定義すればよい -> んじゃ, 状態に応じたサブクラスを定義でき ればいいじゃん? -> でもそれはRubyでできないので, 状態に応じたサブクラ スをインクルードによって定義するモジュールを定義するればいいじゃん. と きたわけですので, 似ていてもおかしくはないですが. あと, scope-in-stateのベース概念であるclass-in-stateはUMLにある正当な 概念であり, たぶん, 唯一の言語実装であるという希少価値がアドバンテージ ではないかなと. でも, Rubyに継承とincludeがあるように, こちらも両方あってもいいのでは ないかと思っています. >もっとも、import-module の中身は大分石塚さんのアイデアを取り込んでる >んですが。 中身と言うか, それ以上に外側(使い方)のベーシックなコンセプトもといいた いですが(^^;;; # 悪いっているわけではないです. In [ruby-dev:20124] the message: "[ruby-dev:20124] Re: jcode.rb", on May/01 00:00(JST) WATANABE Hirofumi writes: >わたなべです。 >> 石塚さんの scope-in-state は、もうちょっと大規模なシステムの >> 変更も念頭にあって、手軽さでは import-module かな。 > >そうなんですよね。newしないで使えるからお手軽でimport-module >のほうが好みなんですが。 あらら. 分が悪いらしい(^^; In [ruby-dev:20126] the message: "[ruby-dev:20126] Re: jcode.rb", on May/01 11:01(JST) Shin-ichiro HARA writes: >原です。 >scope-in-state でもインターフェースを変えるのはすぐ出来るとは >思いますけど。あと、微妙なスピードの差か。 インターフェースを変えるのはできると思いますが, 今のはわざとそうしてい ますからねぇ... 最初は, 状態名とトップレベルのモジュール名は同じにしよ うかなとも思ったのですが, それは違うだろう? ってことでやめてしまいまし た. ただ, newが必要なのはモジュールを作る側であって, 利用する側ではないの でそれほど問題ないと思っています. >石塚さんは標準化についてどう思ってるのかな? 正直いって, わたしの作品自体についてはまだちょっと早いかなと思っていま す. 理論的には港だという事で作っていますが, まだ, いろんな用途で実際に 使われているわけではありませんので... __ ..................................石塚 圭樹@ラショナルソフトウェア... ----------------------------------->> e-mail: keiju@rational.com <<---