[#49861] テンプレートシステムを安全に使う — "5.5" <5.5@...>
5.5 です。
9 messages
2014/07/07
[#49868] Rubyへの要望(願望) — MASAKI Yuhsuke <reasonset@...>
Ruby listの皆様、はじめまして、MASAKI Yuhsukeです。
14 messages
2014/07/12
[#49870] Re: Rubyへの要望(願望)
— Yukihiro Matsumoto <matz@...>
2014/07/12
まつもと ゆきひろです
[#49877] Rubyリファレンス chm版リミックス更新(2014年7月版) — Dice <tetradice@...>
こんにちは。Diceです。
21 messages
2014/07/13
[#49879] Re: Rubyリファレンス chm版リミックス更新(2014年7月版)
— Kazuhiro NISHIYAMA <zn@...>
2014/07/13
西山和広です。
[#49890] Re: Rubyリファレンス chm版リミックス更新(2014年7月版)
— Dice <tetradice@...>
2014/07/23
西山和広さん
[#49891] Re: Rubyリファレンス chm版リミックス更新(2014年7月版)
— Kazuhiro NISHIYAMA <zn@...>
2014/07/24
西山和広です。
[#49893] Re: Rubyリファレンス chm版リミックス更新(2014年7月版)
— Dice <tetradice@...>
2014/07/25
Diceです。
[#49894] Re: Rubyリファレンス chm版リミックス更新(2014年7月版)
— Dice <tetradice@...>
2014/07/26
Diceです。
[#49895] Re: Rubyリファレンス chm版リミックス更新(2014年7月版)
— Kazuhiro NISHIYAMA <zn@...>
2014/07/26
西山和広です。
[#49897] Re: Rubyリファレンス chm版リミックス更新(2014年7月版)
— Kazuhiro NISHIYAMA <zn@...>
2014/07/27
西山和広です。
[#49899] Re: Rubyリファレンス chm版リミックス更新(2014年7月版)
— Dice <tetradice@...>
2014/07/31
Diceです。
[#49906] Re: Rubyリファレンス chm版リミックス更新(2014年7月版)
— Dice <tetradice@...>
2014/08/10
Diceです。
[#49907] Re: Rubyリファレンス chm版リミックス更新(2014年7月版)
— Kazuhiro NISHIYAMA <zn@...>
2014/08/11
西山和広です。
[#49909] Re: Rubyリファレンス chm版リミックス更新(2014年7月版)
— Dice <tetradice@...>
2014/08/11
Diceです。
[#49919] Re: Rubyリファレンス chm版リミックス更新(2014年7月版)
— Dice <tetradice@...>
2014/08/17
Diceです。
[#49921] Re: Rubyリファレンス chm版リミックス更新(2014年7月版)
— Kazuhiro NISHIYAMA <zn@...>
2014/08/20
西山和広です。
[#49924] Re: Rubyリファレンス chm版リミックス更新(2014年7月版)
— Dice <tetradice@...>
2014/08/20
Diceです。
[ruby-list:49876] Re: Rubyへの要望(願望)
From:
SASADA Koichi <ko1@...>
Date:
2014-07-13 01:08:53 UTC
List:
ruby-list #49876
ruby-list だし、ticket でもないので雑談ということで。 (2014/07/13 0:23), Yukihiro Matsumoto wrote: > |#Object.remove_module > |prependがあるのならば、モジュールを外すことができれば、一時的にメソッドを書き換えるようなことは > |スマートかつ容易に行えるように思えます。 > > メソッドキャッシュや将来のJITコンパイルの効率化なども考えると > 動的にクラスの機能が変化するのはあまりお勧めできません。でき > れば避けたい。 効率の観点からは、動的な include や prepend も同じなので、正直あまり変わ らないような気もします(すでに大変ですよ! という意味)。 どちらかというと、「一時的にメソッドを書き換える」という時に削って、本当 にいいのか、という問題ですね。Object#extend したものを削除するのであれ ば、状況は限定的で管理しやすいかと思いますが(実際、まつもとさんは、これ なら accept してもいいよ、といっていた)、include/prepend の削除は、影響 する範囲が大きくて、ちょっと影響が見えないのが大変そうです。他のスレッド で、とか考えると、もう嫌になりますね。 -- // SASADA Koichi at atdot dot net