[ruby-list:3353] Re: meta programming features

けいじゅ＠今はフリー(^^;;;です. 

In [ruby-list :03352 ] the message: "[ruby-list:3352] Re: meta
programming features ", on Jul/15 23:25(JST) [e-mail]
(Yukihiro Matsumoto) writes:

>メソッドClass#superclassなんですけど，呼ぶとcore dumpしてま
>した．

...

>Module#flavorsとかはどうでしょう？ なんか違うものを連想しそ
>うですけど，メタ機能はあまり一般人は使わないと思うので，一般
>人が使わない語彙の方が良いのかなと．

flavorsねえ... それなら, ruby風にmixinsのほうが... でも, それだと余計
誤解を生みますね.... あと, 思い浮かぶのは
  
  Module#modules
  Module#inherits

ぐらいですねえ...

>定数とメソッドに関してはそういうのが良いのかなという気になっ
>て来ました．

了解.

>|あと, それとは別に, 優先順位付でクラスを遡るイテレータみたいなものもあ
>|るとよいかも知れませんね.
>
>優先順位つきリストがあれば要らないでしょう？

ええ. 強いて欲しいとはいいません.

>|クラス定義に関して欲しい機能は, 以下のことです.
>|1. 動的にクラスの生成を行いたい. 
>|2. この時に静的なクラスのスコープの指定を楽に行いたい(クラス定数への
>|   設定でもOK).
>|3. 動的にクラスに機能を追加したい.

>|で, これを実現するAPIとしては, 以下の案があります.
>|1.a 動的クラス生成, 静的クラススコープ指定なし
>|1.b 動的クラス生成, 静的クラススコープ指定あり
>|2.a クラス定数の設定API
>|2.b evalとクラスコンテキストの指定
>|3.a module ... end の拡張
>|3.b 1.a, 1.bを拡張する

>|あと, 制限事項になるかもしれないものとして
>|A. パスの維持
>|B. モジュールの機能拡張はあくまでもおまけ

>まず，制約Aはやはり維持したいと思います．marshalに例外を作る
>のもつらいですし，ほかにもパスを使うことがあるかも知れません
>し．

ですね.

>制約Bにはこだわりませんが，どちらがより望ましいか議論した上
>で決めたいと思います．ただし，慣性の法則により，制約Bを外し
>た方が望ましいのでない限り，現状維持を考えています．

分かりました.

>とりあえず，以下のメソッドを用意しようかなと思っています．

>  クラス定義メソッド
>    どこに作るか明示的に指定する(デフォルトは現在のコンテキ
>    ストかな)

現在のコンテキストというのはそんな気がしますね. これに関しては, イテレー
タ部分はどうします?

>  継承またはincludeしているクラスやモジュールの優先順位つきリ
>  ストメソッド
>    名前が問題だ(Module#flavorsかな)

名前ですねえ... 

>  定数一覧メソッド
>    Module#constants(recursive=FALSE)

>  メソッド一覧メソッド
>    モジュール(クラス)のものとオブジェクト毎のもの．
>    名前が問題だ

  Module#methods を採用しないのは, 何か理由がある?

ここまではいぞんないです. 

あとは, 機能追加に関するAPIが問題ですね.

クラス生成時にイテレータが指定できるのなら, それを流用しても良いし, ク
ラス生成時にイテレータの指定ができないのなら, どちらにしても, 関数や定
数定義のAPIが必要になりますよね.

__
.........................................石塚 圭樹＠今はフリー(^^;;...
------->>また, アドレス変わりました!! e-mail: [e-mail] <<---