[#3249] ruby for mswin32 — KIMURA Koichi <kkimura@...>
[#3257] mini-reference (syntax) — matz@... (Yukihiro Matsumoto)
まつもと ゆきひろです
前田です。
[#3305] Observable#notify_observers — shugo@... (maeda shugo)
前田です。
[#3312] multi-line comment — shugo@... (maeda shugo)
前田です。
[#3329] meta programming features — matz@... (Yukihiro Matsumoto)
まつもと ゆきひろです
けいじゅ@今はフリー(^^;;;です.
まつもと ゆきひろ%最終出社日です
けいじゅ@今はフリー(^^;;;です.
まつもと ゆきひろです
けいじゅ@今はフリー(^^;;;です.
まつもと ゆきひろです
けいじゅ@今はフリー(^^;;;です.
まつもと ゆきひろです
けいじゅ@今はフリー(^^;;;です.
まつもと ゆきひろです
けいじゅ@今はフリー(^^;;;です.
まつもと ゆきひろです
けいじゅ@今はフリー(^^;;;です.
まつもと ゆきひろです
けいじゅ@今はフリー(^^;;;です.
まつもと ゆきひろです
けいじゅ@今はフリー(^^;;;です.
まつもと ゆきひろです
けいじゅ@今はフリー(^^;;;です.
まつもと ゆきひろです
けいじゅ@今はフリー(^^;;;です.
[#3350] [Q] eql? and == — keiju@... (Keiju ISHITSUKA)
けいじゅ@今はフリー(^^;;です.
[#3375] Exception — keiju@... (Keiju ISHITSUKA)
けいじゅ@今はフリー(^^;;です.
まつもと ゆきひろです
けいじゅ@今はフリー(^^;;;です.
まつもと ゆきひろです
けいじゅ@今はフリー(^^;;;です.
まつもと ゆきひろです
[#3378] ML分割 — takagi@... (TAKAGI Hiromitsu)
ところで、話は変わって、ひとつ提案です。
[#3403] sorry for ruby-list trouble — matz@... (Yukihiro Matsumoto)
まつもと ゆきひろです
けいじゅ@今はフリー(^^;;;です.
まつもと ゆきひろです
けいじゅ@今はフリー(^^;;;です.
まつもと ゆきひろです
けいじゅ@今はフリー(^^;;;です.
[#3411] no cbreak in curses module — Shoichi OZAWA <ozawa@...>
こんにちは 小澤@日立 です。
[#3417] [Bug] String#sub — shugo@... (maeda shugo)
前田です。
[#3429] [Req] println — shugo@... (maeda shugo)
前田です。
[#3434] [Q] Thread — keiju@... (Keiju ISHITSUKA)
けいじゅ@今はフリー(^^;;です.
まつもと ゆきひろです
けいじゅ@今はフリー(^^;;;です.
まつもと ゆきひろです
けいじゅ@今はフリー(^^;;;です.
まつもと ゆきひろです
前田です。
前田です。
前田です。
<199707301029.TAA25172@hoyogw.netlab.co.jp> の、
けいじゅ@今はフリー(^^;;;です.
<199707311103.UAA08460@hoyogw.netlab.co.jp> の、
けいじゅ@今はフリー(^^;;;です.
[#3470] [Problem] for local class — keiju@... (Keiju ISHITSUKA)
けいじゅ@今はフリー(^^;;です.
[#3502] Re: .to_f result — 渡辺博文 <VYV01212@...>
わたなべです.
[ruby-list:3354] Re: module context and dynamic class define [Re: meta programings]
けいじゅ@今はフリー(^^;;;です.
In [ruby-list :03351 ] the message: "[ruby-list:3351] Re: module
context and dynamic class define [Re: meta programings] ", on Jul/15
23:25(JST) matz@netlab.co.jp (Yukihiro Matsumoto) writes:
>|この考えはこのまま維持した方が良いのでは? と思うのですがどうなんでしょ
>|う?
>
>うーん,たしかに.C APIでは
>
> * トップレベルにクラス/モジュールを定義するAPI
> * あるクラス/モジュールの内部にクラス/モジュールを定義するAPI
>
>しか提供されていませんからね.これでパスが維持されているわけ
>ですから,ruby meta APIでも踏襲されるべきでしょうね.クラス/
>モジュールには必ずパスが設定されるAPIにしましょう.
了解しました.
>|うーん. なるほど確かにそうでしたね. 積極的に宣伝していませんね(^^;;;
>しかも -w オプションでは警告が出ますし.
うぅ... そうだったんだっけ...
>|既存クラスの機能拡張は, あまり望ましくないんですかねえ??
>微妙ですよね.クラスをどういうものと捉えるかにもよると思うの
>ですが,少なくとも初期のrubyはクラスやモジュールを比較的静的
>なものと考えていたために,それを反映して機能追加に警告を出す
>ことにしていたのだと思います.
間違いをなくすという意味もあるんでしょうね. つまり, 偶然別のクラスを同
じ名前で定義するとか...
そういったことで考えると, 機能拡張用の別APIをMPF(meta programing
features)として用意して頂いた方がよいかなって気がしてきました.
でも::
>|foo = Module.new("Baz", nil, Foo::Bar) {
>| ...
>|}
>そうかもしれないんですが,実際に作って試したところ,イテレー
>タでクラス定義本体を表現するのは
> * イテレータのバインディングは変えられない
> * メソッド内でメソッドが定義できない
> * 定数のスコープがごっちゃになる
> * デフォルトのprivate/publicのスコープにあわない
>
>など,問題が多発したので,あんまり採用したくないんです.
なるほど... といいたいのですが, 以上の点で何が問題になるのか理解できて
いないんですが...
あと, これは動的クラス生成でもイテレータは使えないことを意味しているん
ですよね?
__
.........................................石塚 圭樹@今はフリー(^^;;...
------->>また, アドレス変わりました!! e-mail: keiju@bc.mbn.or.jp <<---