Re: [ruby-gnome2-devel-ja] =?ISO-2022-JP?B?GyRCJS8laSU5RGobKEI=?= =?ISO-2022-JP?B?GyRCNUEbKEI=?= (was Re: =?ISO-2022-JP?B?GyRCJWolVSVsGyhC?= =?ISO-2022-JP?B?GyRCJS8lNyVnJXMbKEIp?=

[Masao M. <mu...@hi...>]

むとうです。

On Mon, 29 Jul 2002 12:46:13 +0900
Masahiro Sakai <s01...@sf...> wrote:

> さかいです。
 
> thehashは現在のgobject_type_hashとrbgobj_lookup_class()を
> 合わせた働きをする写像のつもりでした。
> 
> これの肝は、
> * rbgobj_register_class()などを廃止して、

やはりそうでしたか。

> * ある(G_TYPE_OBJECTの子孫の)GTypeに対応するクラスは
>   フレームワークがlazyに自動的に作成する

ここちょっとわからなかったんですが、きっと追々わかるんでしょう(^^;)。

> * ユーザは自動的に作成されたクラスにメソッドを追加したりするだけ

ここで言うところのユーザとは、「各クラスを書く人」のことでしょうか。

> > えっと、私の方でも以下のようなことを実装中なのですが、どうでしょうか。
> > 意図としては、クラス毎の宣言をrbgtk.c, rbgtk.hに書きたくないというのがあります。
> > ちなみに、これらはglibの方に入れたいと考えています。
> (snip)
> > この方が酒井さん案に比べても、だいぶスッキリすると思うのですがどうでしょう。
> 
> カッコ良くて合理的なインターフェースと思います。
> # 考えてみれば、何でこれまでわざわざ親クラスを明示してたんだろ……
> 
> 僕としてはやはり上記を実現したいとは思うけど、それは後からでも、
> rbgobj_lookup_class_by_gtype()とrbg_define_class()をいじれば
> 実現できそうだし、これでお願いします。

了解しました。
ただ、1つ相談があります。

この前もメールしたと思いますが、この辺の機能はrbgobj_goject.cに入れるべきものでは
ないと思います。

また、関数名も、rbgobj_ではない方が良いと思ってます。
そこで、上では、仮にrbg_ という接頭辞をつけてみたのですが、rbg.c/rbg.hを1つglib配下に
作って、そこにこの辺のユーティリティ関数的なものをまとめませんか？
＃名前は違うものでも構いません。

> # あ、TYPE2CLASS(gtype)はG_TYPE2CLASS(gtype)の方が良いかも。

そうですね。GTypeなのでGTYPE2CLASSにしましょう。

＃修正については酒井さんのメールを待ってからにしたいのですが、それでは明日の夜に
＃なってしまいます。
＃待てん！ということでしたら、酒井さんの方でアップデートしていただいても良いですよ(^^;)。

それでは。
-- 
.:% Masao Mutoh<mu...@hi...>