[#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:20140] scope-in-state and import-module

From: Shin-ichiro HARA <sinara@...>
Date: 2003-05-02 09:38:55 UTC
List: ruby-dev #20140
原です。

>けいじゅ@ラショナルソフトウェアです.

>大規模を念頭においているってのはあるかも知れませんが, それよりもできる
>だけ静的な宣言(っぽくいもの)で実現できるようになっているのが大きな違い
>だと思います.

そうですね。


>あと, scope-in-stateのベース概念であるclass-in-stateはUMLにある正当な
>概念であり, たぶん, 唯一の言語実装であるという希少価値がアドバンテージ
>ではないかなと.

ふむ、そうなんだ。UML 勉強しようっと。(^^;


>>もっとも、import-module の中身は大分石塚さんのアイデアを取り込んでる
>>んですが。
>
>中身と言うか, それ以上に外側(使い方)のベーシックなコンセプトもといいた
>いですが(^^;;;

このコンセプトって、クラスの性質をを一時的に変更するっていう
ことですかね。つまり元々メソッドにスイッチを置いて切り替える
のではなく、メソッドの内部に立ち入らずすげ替えてしまうってこ
と?

それともクラスの性質をオブジェクトとして実現するということか
な。


>ただ, newが必要なのはモジュールを作る側であって, 利用する側ではないの
>でそれほど問題ないと思っています.

「利用する側」ってのは「ライブラリの作者」ってことですよね。
それはそうです。import-module の方はどちらかというと、「ラ
イブラリの利用者」向けかな。


>>石塚さんは標準化についてどう思ってるのかな?
>
>正直いって, わたしの作品自体についてはまだちょっと早いかなと思っていま
>す. 理論的には港だという事で作っていますが, まだ, いろんな用途で実際に
>使われているわけではありませんので... 

うーむ。

今気がついたのですが、scope-in-state と import-module を共存できない
可能性があります。従って、import-module を標準添付にするのはちょっと
問題かも。

さしあたって、import-module はインストーラを付けて、インストールが簡
単にできるようにしておいて様子見ようかな。


In This Thread