[#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:3517] Re: meta programming features
けいじゅ@今はフリー(^^;;;です.
これは, ruby-devに引っ越します. 行きなり引っ越すのも何なので ruby-list
にもCcしておきます. 次回リプライを下さる人は, Cc削って下さい(__
# ruby-dev1号になるかな??
In [ruby-list :03487 ] the message: "[ruby-list:3487] Re: meta
programming features ", on Jul/26 09:36(JST) matz@netlab.co.jp
(Yukihiro Matsumoto) writes:
>| superclasses_and_mixins # 長過ぎるかな...
>| superclasses_and_includes # これも...
>| roots # mixinは祖先とはいえないかなあ...
>| higher_hierarchies # 上の階層というつもりなんだけど...
>| super_modules # ちょっと造語
>
>も,ちょっと考えさせてください.こういう長いのも悪くないので
>すが….
もう出尽くした感じです. 名前の決定は任せます.
>| Module#constant(name)
>| Module#constant(name) =
>現在の文法では代入に引数を付けられないことを忘れていました.
>
> Obj.attr = val
>
>はできても
>
> Obj.attr(args) = val
>
>は文法エラーになるんですねえ.作者がこんなことでどうするんで
>しょう.
おお. そういえばそうですね. 了解了解.
>|>| Module#メソッド定義
>|> Foo.define_method("foo") do |arg|
>|> ..
>|> end
>|これって実現可能なんですか? コンパイル時にイテレータと認識したものをメ
>|ソッドの定義部に置き換えているわけですよね?
>
>可能です.メソッドボディは
>
> def foo(*args)
> proc.call(*args)
> end
>
>と同様になるでしょうから実際のメソッド定義とは若干挙動が違う
>のですが.
ああ. なるほど... ちょっと嬉しくない(;_;
>|メソッド定義部を文字列で渡したい時もそれなりにあるので, このような, 全
>|て文字列で指定できるのも欲しいですね. 問題はパラメータの指定ですが, いっ
>|そのこと:
>|
>| Foo.define_method("def foo(arg) ...end")
>|
>|みたいな指定でもかまいませんが?
>
>うーん,これだとevalと変わらないなあ.やっぱりそういうメソッ
>ドを作った方が良いんでしょうかねえ.そうすれば,定数・メソッ
>ド定義なども一気に解決できますねえ.
# 話しが戻っている... まあ, それはいいとして
気がつきませんでしたが, 確かに evalと同じですね. ただ, メソッド定義の
場合は, 普通のevalと違って, eval内で変数を渡す必要はほとんどないと思う
のでこのままでも簡単に実現可能だと思うのですが, 定数の場合はそうは行き
ませんよね.
Bar = "Hogehoge"
eval "Foo = Bar", Foo.class_binding
みたいなことはできないですしね.
ただ, その問題さえ解決すれば, 定数設定でもevalで全然問題ないと思います.
あと, もう1つの案としては, 定数設定のAPIは残しておいて, メソッド定義は,
通常の(変数を渡せない)evalを用いるという組合せでもよいかと思います.
>|それでしたら, それと分かる別名を作ってそれをpublicにするというてもあり
>|ますね.
>| Module#public_method
>| Module#make_public
>| Module#to_public
>うーん,なるほど.
>|# ところで, aliasしたメソッドだけをpublicにできましたっけ??
>ええと,出来るはずです.
じゃあ. 今な感じでaliasを採用するのはどうですかね? ケアレスミスは避け
ることができるようになると思いますし...
__
.........................................石塚 圭樹@今はフリー(^^;;...
------->>また, アドレス変わりました!! e-mail: keiju@bc.mbn.or.jp <<---