From: keiju@... (���ͷ��� )
Date: 1997-04-08T14:51:55+09:00
Subject: [ruby-list:2685] Re: [Req] alias for singltone method

けいじゅ＠SHLジャパンです. 

In [ruby-list :02681 ] the message: "[ruby-list:2681] Re: [Req] alias
for singltone method ", on Apr/08 14:03(JST) matz@caelum.co.jp
(Yukihiro Matsumoto) writes:

>|あまりにもリプライが遅いので忘れ去られているかと思いました(^^;;;
>忘れかけていました．^^;;;

(^^;;;

>|おお. version 1.1 の登場か(^^;;; 
>まだまだ．まだ見ぬ安定版ができるまで1.0は続きます．

なるなる(^^;;;

>|# どっかのオブジェクト指向データベースの MOP見たくなりますものねえ...
>そういう部外者に分からぬ事を…．

まあ, C++ベースで同じことをやろうとすると面倒になるってことですね.

>|obj.extend {...}
>ないです．^^;;; 実は1.0-970404あたりでとっちゃいました．

知らないうちに(^^;;;

>文法に組み込んでいる分，こっちの実装の方がきれいです．前のも
>のは定数の定義とかにちょっと問題がありましたけど，こっちには
>ありません．

なるほど...

そういえば.

class << obj
  ...
end

はトップレベルでしかできないってことはないんですよね?

>|>これと同時にObjectクラスからmake_method_{private,public}を取
>|>り除いて，Moduleクラスに{private,public}_class_methodを追加
>|>しようと思います(機能は同じ)．

>この構文を使わなくても可視性を制御するためです．特異メソッド
>定義と同じで，ショートカットですね．気分的にはこの構文は上級
>者用だと考えています．

いわんとしたことは分かりましたが, クラスメソッドの可視性を制御したいっ
てことはあまりないと思うので, なくても良いような気もしています.

>「rubyの実装で使われている内部構造をそのまま見せる」のではな
>く，「特定のオブジェクトの振舞を操作するための仮想クラスを見
>せる」と定義したところで，気分が楽になりました．詭弁と言われ
>れば全くその通りなんですが．

良く分かりませんが, 本人が納得しているんならいいんでしょう(^^;;;

__
..........................................石塚 圭樹＠SHLジャパン(株)...
------------->アドレス変わりました!! e-mail: keiju@shljapan.co.jp <----