[#8985] file editing using Regular Expression — Ryo HAYASAKA <hayasaka@...>
早坂@会津大学です。
わたなべです.
早坂@会津大学です。
わたなべです.
From: WATANABE Hirofumi <watanabe@ase.ptg.sony.co.jp>
まつもと ゆきひろです
From: matz@netlab.co.jp (Yukihiro Matsumoto)
まつもと ゆきひろです
前橋です。
まつもと ゆきひろです
[#9008] FAQ — gotoken@... (GOTO Kentaro)
ごとけんです
まつもと ゆきひろです
ごとけんです
まつもと ゆきひろです
ごとけんです
[#9018] making extension module — "民斗 " <tommy@...>
民斗です。
[#9023] はじめまして — kiyose@... (Kiyose)
はじめまして、ポリゴンです。よろしく。
[#9038] ruby 1.1c2 released — matz@... (Yukihiro Matsumoto)
まつもと ゆきひろです
[#9048] Re: python vs ruby (Re: あなたのウロコみせてください) — 助田 雅紀 <masaki.suketa@...>
助田です。
まあ、self以外はべつにPythonもきらいではないのですが、
立石です。
[#9051] [Q] Can I get caller's id? — gotoken@... (GOTO Kentaro)
ごとけんです
けいじゅ@日本ラショナルソフトウェアです.
ごとけんです
けいじゅ@日本ラショナルソフトウェアです.
[#9072] irb -m — gotoken@... (GOTO Kentaro)
ごとけんです
けいじゅ@日本ラショナルソフトウェアです.
まつもと ゆきひろです
けいじゅ@日本ラショナルソフトウェアです.
まつもと ゆきひろです
けいじゅ@日本ラショナルソフトウェアです.
まつもと ゆきひろです
けいじゅ@日本ラショナルソフトウェアです.
まつもと ゆきひろです
ごとけんです
まつもと ゆきひろです
ごとけんです
けいじゅ@日本ラショナルソフトウェアです.
ごとけんです
けいじゅ@日本ラショナルソフトウェアです.
ごとけんです
けいじゅ@日本ラショナルソフトウェアです.
けいじゅ@日本ラショナルソフトウェアです.
まつもと ゆきひろです
[#9091] NT 用 ruby-1.1c — Sinichiro Dezawa <dezawa@...>
出沢です
わたなべです.
watanabe> #って一昨日も書いたけど.
わたなべです.
From: WATANABE Hirofumi <watanabe@ase.ptg.sony.co.jp>
まつもと ゆきひろです
藤本です。
はじめまして。小田@QNES といいます。
小田@QNES です。
[#9121] [Q] fail and exit in rescue SystemExit — keiju@... (Keiju ISHITSUKA)
けいじゅ@日本ラショナルソフトウェアです.
まつもと ゆきひろです
けいじゅ@日本ラショナルソフトウェアです.
まつもと ゆきひろです
[#9126] gtk — "D.Kanda" <MAP2303@...>
まつもと ゆきひろです
[#9140] ruby-gtk-0.10 and gtk-1.1 — Takehama Hirohisa <thiro@...>
ruby-gtk-0.10 を早速インストールしようとしたのですが、うまくできません
[#9180] induced_from — gotoken@... (GOTO Kentaro)
ごとけんです
まつもと ゆきひろです
[#9226] how to use exception — Kazuhiro HIWADA <hiwada@...>
ひわだです。
[#9256] Re: 式はどこで終るか — 助田 雅紀 <masaki.suketa@...>
助田です。
出沢です
青山です。
出沢です
青山です。
出沢です
dezawa> この様に、top conf を2度待ちます。
青山です。
[#9258] Re: ruby 1.1c2 release — 中川 誠 <GHA03025@...>
In Reply to ruby-list:9179
[#9267] 正規表現 — "民斗 " <tommy@...>
民斗です。
まつもと ゆきひろです
民斗です。
From: matz@netlab.co.jp (Yukihiro Matsumoto)
[#9284] about make ruby-1.1c2 for NT via WATCOMC — ARIMA Yasuhiro <fit0298@...>
有馬@FITECです。
Regard to "[ruby-list:9285] Re: about make ruby-1.1c2 for NT via WATCOMC"
[#9301] ruby 1.1c3 released — matz@... (Yukihiro Matsumoto)
まつもと ゆきひろです
Regard to "[ruby-list:9301] ruby 1.1c3 released"
[#9321] bow の ext のロードでエラー — "Hiroyasu Ohasi" <hohasi@...3.so-net.ne.jp>
BOWでruby1.1c3を使用させていただいています。
わたなべです.
まつもと ゆきひろです
[#9341] /\377/n =~ "\377" — Wakou Aoyama <wakou@...>
青山です。
まつもと ゆきひろです
From: matz@netlab.co.jp (Yukihiro Matsumoto)
まつもと ゆきひろです
[#9351] shttpsrv-1.0 & grepsvr-1.1 — Shin-ichro Hara <sinara@...>
原です。
まつもと ゆきひろです
はらです。
まつもと ゆきひろです
[#9360] [Q] 一文字ずつの処理について — Hiroyasu Ohasi <hohasi@...3.so-net.ne.jp>
ruby若葉マークの大橋です。
[#9374] inspect の動作 — Makoto Tagusari <mtag@...2.so-net.or.jp>
皆さん、こんばんは 田鎖と申します。この ML では、初めてのメールです。
[ruby-list:9214] Re: induced_from
ごとけんです
In message "[ruby-list:9213] Re: induced_from"
on 98/08/19, 石塚圭樹 <keiju@Rational.Com> writes:
>けいじゅ@日本ラショナルソフトウェアです.
>prec本体を各クラスで定義するって方がわかりやすいと思います.
賛成です。
# てゆーか、ほぼ同じものを書いてたとこです ^^;
>>でも精度を特徴付けるモジュールはありそうだし、あった方が
>>クラスのインターフェイスの指針が解りよいと思うのですが。
>
>私はそういう考え方は好きです.
ですよね ^^;;
>Ruby標準で:
>
>class Numeric
> include Precision
>
> def prec(klass)
> case klass
> when Integer
> to_i
> when Float
> to_f
> else
> super
> end
> end
>end
to_i, to_f は klass.induced_from(klass) のほうが
好ましくおもいます。 to_i, to_f は一般には無くても良い
と思うので(後述)。
あ、考えて見れば Numeric には chr, upto, downto, divmod
という Complex には似つかわしくないのもあるんですね。
(なんか upto は健気に Complex でも動くけど)
これらも Integer だけにして、 Numeric からは外して
もらいたいなぁ。
>としておけば, あとは, Matrix/Vector/Complexだけの対応で済みますね.
ですね。とりあえず mathn.rb あたりに上記を読むような
ことを書かれると良さそうですね。
>あと, ちょっと危険ですが:
>
>module Precision
> def prec(klass)
> case klass
> when Integer
> to_i
> when Float
> to_f
> else
> klass.induced_from(self)
> end
> end
>
> def prec_i
> prec(Integer)
> end
>
> def prec_f
> prec(Float)
> end
>end
>
>でも良さそう.
どちらかというとこれには不賛成ですが、それはさておき
when Integer は when Fixnum, Bignum でしょうか??
case type_of?(klass) ではサブクラスも拾うので
決められない(それでも良いのかなぁ)し、やや面倒ですね。
>このばあい, Integer/Floatへの変換の時to_i, to_fでまずい場合はそのクラ
>スで対応しなくてはなりませんが. このぐらいのデフォルトの動作は許しても
>良いかも.
不賛成の理由は僕の見方では、String のは別にしても
to_i と to_f はやっぱり、Float, Integer(とその子孫)
固有のメソッドのような気がしてまして、
つまり、Numeric は一般には精度を担っていないという
気分があるんです(反例:Complex)。
んが、実装の取り込みのためにこの Module を使うのは
やぶさかではないと思う変態折衷主義者でもあります ^^;;;
だから特別なこれらのケースに関してはこれらのクラスで
対処するように、最初にあげられた案に加えて
module Precision
def prec(klass)
klass.induced_from(self)
end
def prec_i
prec(Integer)
end
def prec_f
prec(Float)
end
def Integer.induced_from(n); n.to_i; end
def Fixnum.induced_from(n); n.to_i; end
def Bignum.induced_from(n); n.to_i; end
def Float.induced_from(n); n.to_f; end
end
とし、
>class Numeric
> include Presision
^c (^^;;
>end
>
>の追加とMatrix/Vector/Complexだけの対応で済みますね.
と済ませる方が好みですが、効率は石塚さんの危険という案の
方が良さそうですね。どう思われますか??
-- gotoken