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

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

In This Thread