[ruby-dev:20648] Re: [BigDecimal] 標準添付案 [Re: Re: [BigDecimal] renaming proposal]

小林です。

----- Original Message ----- 
From: "石塚圭樹" <[e-mail]>
Subject: [ruby-dev:20637] [BigDecimal] 標準添付案 [Re: Re: [BigDecimal]
renaming proposal]

> >さて、どんなのが理想なんでしょうかねぇ。
..snip...
> ですが, 理想という意味で, 私なりの意見を述べさせていただきます.
..snip...

> ね. でも, 実際の目的はDecimal系の浮動小数点数を作りたかったわけですよ
> ね. その方針を貫くのが良いと思います.
最初の BigFloat って名前が良くなかったですね。
ほんと、名前ってむずかしい。

> sin/cos/**などの関数は省いて四則演算などの基本的な演算のみにする. これ
> は, すでにそういう方針で行こうとしていますよね.
そういうことです。標準添付ってことになると、ほったらかしでは都合
が悪いかなと．．．
そもそも、効率やロジックの検証用に作成したものなんですが、消す
にはもったいなくて．．．

> その他の関数は, bigdecimal-math.(rb|so) とかで良いと思います. こちらの
> モジュールは, 本来用途(十進四則演算)ではなく, 内在的に持っている多倍長
> 不動小数点数としての可能性を拡張するものですね. でも, こちらは当分, 標
> 準添付じゃなくて良いと思います. というか, math系の関数はBigDecimal専用
> である必要はなくて, もしかしたら将来現れるかも知れない2進系の多倍長不
> 動少数点数でも利用できると良いですね。
御意

>
> あと, coerceですが,
>
> まず, Stringとのcoerceは絶対なし. BigDecimalの簡略した表現(リテラル)な
> ど別スレッドで話題になっていますが, これらがボツになってもです.
うーーん。　まぁ、わかっちゃいるんですけど。

>
> # 松本さんのメイル[ruby-dev:20630]は良く理解できなかったですが, 同じと
> # ころを指しているのでは? とかってにそうぞうしていす.
いや、その通りです。　取りあえず #ifdef でくくって、こっそり自分だけ
（やりたい人だけ）使うようにするということで。

>
> つぎに, Floatとのcoerceはやめた方が良いと思います. たぶん,小林さんも
> FloatとBigDecimalを直接演算させることはやってない思います. Floatから
BigDecimal#to_f を BigDecimal にしたのはこのことを想定していました。
でも、現状では Floatとのcoerceはできちゃうようで、中途半端でした。
すっぱりと削除が気持ちいいですね。

> づらいからです. ですので, Float - > BigDecimalは明示的変換にする方が良
> い(つまり, 使う本人がわかって使うぶんには良い)と思います.
BigDecimal#split を用意したのが、まさにこの理由からなんですけど
このときに coerce の矛盾に気がつくべきでした。
（Float op BigDecimal なんて、ここでは頭になかった）

> BigDecimalはIntegerの(四則演算に対する)拡張で2進系のFloatの代替になる
> もので10進系のFloatという位置づけになります.
..snip..
> あと, クラス名ですね. BigDecimalでもまあ良いと思いますが, BigDecimalは
> Floatの代わりになるものであり、10進系を強調するとすればBigをとって
> Decimal または Decimalnum, Decinum みたいのが良いと思います。 逆に
> BigDecimalというと FloatのBigなもをイメージするのであまりよくないかな
> と...
うっ、また名前を変えるのは、ちょっと．．．
２進系の Float には既に BigFloat(Bigfloat) を返却していますし．．．

> 最後に, 演算の精度がちょっと複雑ではないかと思います(特に除算). Javaの
> BigDecimal見たく割りきった方が良いのでは? 精度に関しては, 指定できる関
> 数もあるわけですから, わざわざ難しくすることはないと思います.
多分 Java の BigDecimal は Bignum * 10 ** (-scale) という感じで
すよね。で、scale<0 にはできない点で当方の BigDecimal とちがいます。
具体的にどうちがうかというと、Java では任意の桁位置で丸め操作をす
るのがやりにくい（自分でシフトすれば可）。Bignum は２進ですから（速い）。
また、先頭から何桁までという指定ができない分（自分でシフトすれば可）、
ある意味、精度指定は単純といえるかもしれないですね。
ただ、Java でも scale の指定、桁位置を操作するにはmovePointLeft(int) や
movePointRight(int)、割り算にしても
  divide(BigDecimal val, int roundingMode)
  divide(BigDecimal val, int scale, int roundingMode)
等あります。
とはいっても、もう少し単純にできないかという欲求も頷ける
ものがあります。　今後の課題ですね。

------------------
小林 茂雄
[e-mail]