[#1371] Re: [ruby-list:6104] Re: パースエラー等の嵐を Dos窓で受けるには ...? — Masao Kanemitsu <masao-k@...>
<9801290711.AA10183@pbsun10.pb.ascii.co.jp> の、
[#1381] bound method — shugo@... (Shugo Maeda)
前田です。
まつもと ゆきひろです
けいじゅ@日本ラショナルソフトウェアです.
まつもと ゆきひろです
けいじゅ@日本ラショナルソフトウェアです.
まつもと ゆきひろです
けいじゅ@日本ラショナルソフトウェアです.
まつもと ゆきひろです
前田です。
けいじゅ@日本ラショナルソフトウェアです.
まつもと ゆきひろです
[#1386] downcase — Shin-ichiro HARA <sinara@...>
原です。
原です。
[#1410] GD — Masao Kanemitsu <masao-k@...>
まつもと ゆきひろです
わたなべです.
<199802100623.PAA03533@eban.ase.ptg.sony.co.jp> の、
わたなべです.
<199802100733.QAA04028@eban.ase.ptg.sony.co.jp> の、
わたなべです.
<199802100757.QAA04212@eban.ase.ptg.sony.co.jp> の、
わたなべです.
<199802100952.SAA04346@eban.ase.ptg.sony.co.jp> の、
わたなべです.
<199802120449.NAA00398@eban.ase.ptg.sony.co.jp> の、
わたなべです.
<199802120600.PAA00591@eban.ase.ptg.sony.co.jp> の、
わたなべです.
<199802120717.QAA00774@eban.ase.ptg.sony.co.jp> の、
> Windows 95では、GDだけロードエラーに。(3台で確認)
[#1412] GD — Masao Kanemitsu <masao-k@...>
まつもと ゆきひろです
<199802100636.PAA16869@picachu.netlab.co.jp> の、
[#1468] tcltk library — Masao Kanemitsu <masao-k@...>
[#1481] tkmandel — Masao Kanemitsu <masao-k@...>
[#1483] 拡張モジュール on Windows — Masao Kanemitsu <masao-k@...>
わたなべです.
[#1501] Re: 拡張モジュールon Windows — Masao Kanemitsu <masao-k@...>
> <199802180824.RAA20375@eban.ase.ptg.sony.co.jp> の、
[#1505] final.rb:35: [BUG] bug in variable assignment — shugo@... (Shugo Maeda)
前田です。
[#1506] [BUG] instance_of? — keiju@... (Keiju ISHITSUKA)
けいじゅ@日本ラショナルソフトウェアです.
[#1520] SizedQueue and some question — keiju@... (Keiju ISHITSUKA)
けいじゅ@日本ラショナルソフトウェアです.
まつもと ゆきひろです
けいじゅ@日本ラショナルソフトウェアです.
まつもと ゆきひろです
[#1528] Mutex#unlock — shugo@... (Shugo Maeda)
前田です。
[ruby-dev:1387] Re: bound method
けいじゅ@日本ラショナルソフトウェアです.
In [ruby-dev :01385 ] the message: "[ruby-dev:1385] Re: bound method
", on Feb/05 13:56(JST) Yukihiro Matsumoto writes:
>まつもと ゆきひろです
>|役に立たないと言うのは気になりますね. bound_methodはレシーバと言うパラ
>|メータが固定されていますから, 利用価値から言えば unbound_methodの方が
>|上になると思いますよ.
>
>「あんまり役に立たない」というのは語弊がありますか?
>
>unbound_methodの方が自由度が高いというのはもちろん事実なので
>すが,unboundなメソッドでしか実現できない事というと,クラス
>間のメソッドの譲渡などしかないわけで,それが(まあ,実装の都
>合もあるんですが),多くの場合危険である事を考えるとやっぱり
>「あんまり役に立たない」という気にもなるわけですよね.
というか, もうちょっと別な使い方を考えていたんですけど...
ともいつつ, 例を考えていたんですけど, したにあるbound_methodの例にもあ
るように, unbound_methodも文法を拡張しない限り使い勝手はあまり良くない
なと感じました.
obj.send(unbound_method, arg...)
では, 全然嬉しくないですものね...
そういう意味では, 上記の使い方しかないかも知れませんね.
>メソッドの譲渡が意味があるのはインスタンスの構造が同じ(正確
>に言うと上位互換であれば良い)クラス間だけですよね.Rubyの場
>合は「偶然にも」かなり多くのクラスのインスタンスが同じ構造を
>持っているわけですが,それは実装から言ってもたまたまなわけで
>すから.
確かに実装に依存しているのは問題ありかも知れませんね.
そのようなクラスのメタ操作は, MFLとソースコードレベルでの操作を組み合
わせる方が良いかも知れませんね.
>|obj.each{|e| func(e)}
>|
>|見たいなものが, bound_methodを導入すると簡単に記述できるような話が, 最
>|近あったと思うのですが, 具体的にどんな感じになるのでしょう?
>
> map(ary, obj.bound_method(:foo))
>で
> ary.each{|x|foo(x)}
>
>を表現できるという意味ではないでしょうか?
># 実際に書くと全然簡単じゃないな
でしょ. 使いやすくするには, もうちょっと文法でサポートする必要があるん
じゃないですかね?
__
................................石塚 圭樹@日本ラショナルソフトェア...
----------------------------------->> e-mail: keiju@rational.com <<---