[#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:3362] Re: module context and dynamic class define [Re: meta programings]
けいじゅ@今はフリー(^^;;;です.
In [ruby-list :03356 ] the message: "[ruby-list:3356] Re: module
context and dynamic class define [Re: meta programings] ", on Jul/16
08:44(JST) matz@netlab.co.jp (Yukihiro Matsumoto) writes:
>ですね.module構文の拡張は止めましょう.
了解しました.
ただし, イテレータを使う可能性はまだあるとして::
>|> * イテレータのバインディングは変えられない
>|> * メソッド内でメソッドが定義できない
>|> * 定数のスコープがごっちゃになる
>|> * デフォルトのprivate/publicのスコープにあわない
>上から順番に
> * 最初のはあんまり問題ではない
それならいいのですが...
> * こういうコードが書けない
>
> def foo
> Class.new("Bar", Object) {
> def bar
> ...
> end
> }
> end
> * 良く考えたらこれも問題ではない
それならいいのですが...
> * こういうコードで定義されるメソッドがprivateになる
>
> Class.new {
> def bar
> ...
> end
> }
>
>となります.
とすると, メソッド定義だけが問題になっているのかな? 定数に関しては問題
ない?
それであれば, 以下のようにしなくてはいけないという制約がついても良いと
思いますよ::
def foo
Class.new("Bar", Object) {
Baz = "Hoge Hoge"
eval "def bar
...
end"
}
end
つまり, メソッド定義はevalを使わなくてなならない. 動的にクラスを定義す
る時は, メソッドのコードも動的であることが多いと思いますし, それほど問
題にならないと思います.
ああ. でも, この場合:
def foo
code = "def bar
...
end"
Class.new("Bar", Object) {
Baz = "Hoge Hoge"
eval code
}
end
は可能になります? イテレータのバインディング云々はこういうことができな
いことを意味している??
>|あと, これは動的クラス生成でもイテレータは使えないことを意味しているん
>|ですよね?
>
>そうです.メソッド定義のネストチェックは外せないことはないと
>思うんですけど,デフォルトのprivateの指定はあんまり変えたく
>ないです.
なるほど.
__
.........................................石塚 圭樹@今はフリー(^^;;...
------->>また, アドレス変わりました!! e-mail: keiju@bc.mbn.or.jp <<---