<< 電子ピアノ | Home | Tomcat 5.5 on Ubuntu >>
PR: 転職    お墓    エコ    通販    結婚相談所    シルバー    質屋    葬式    漫画    エステサロン   

BigDecimal

やっぱり面倒だなBigDecimal。大量の10進演算が必要なバッチなんかは、Javaで書くよりCOBOLとかの方が生産性、保守性が高いんじゃなかろうか。Stringが+で連結できるように、BigDecimal/BigIntegerの四則演算くらいは、言語側で+-*/をサポートしてくれても良さそうなもんだが。

レスポンス[7] RSS feed for responses to this blog entry
投稿者 Shisei Hanai : 2007/05/17 2:32:30 JST #


返信

Re: BigDecimal

投稿者 Anonymous : 2007/05/17 9:17:52 JST #
賛成一票。
返信

Re: BigDecimal

投稿者 るいも : 2007/05/18 2:32:40 JST #
やはりそう感じますか。プロパティ構文とか、どうでもいいから、こういうもっと泥臭いところを地道に改善して欲しいですね。
返信

Re: BigDecimal

投稿者 さくらば : 2007/05/18 10:52:37 JST #
Java SE 7 で採用されるようですよ。
返信

Re: BigDecimal

投稿者 Anonymous : 2007/05/19 1:40:38 JST #
みたいですね。先日、どこかのニュースサイトで見ました。とりあえず、あの気持悪い"->"が無くなったのは、なにより。
返信

Re: BigDecimal

投稿者 Ｋ内 : 2007/05/19 2:24:23 JST #
BigDecimalもそうですし、、あとdoubleとかに普通にがんばって欲しいと思います。 なんとかなりませんか。
返信

Re: BigDecimal

投稿者 Anonymous : 2007/05/19 17:46:58 JST #
doubleのまるめはむかつくな。
なんとかしてくれ、K内リーダー。
返信

Re: BigDecimal

投稿者 るいも : 2007/05/19 21:27:35 JST #
まぁdoubleは、誤差を許容することで、限られたビット数で広い値域表現を可能にしているわけで、用途が違うから、しょうがないかな。

64bitの固定小数点数あたりを言語処理系でプリミティブ型として提供してくれれば、少数点以下を含めて18桁まで扱えるので、ほとんどのケースで、だいぶ楽になる気はします。
その点ではVBでdecimal型を用意したMSは、さすがといったところですね。

コメント追加 トラックバック送信
このサイトの掲載内容は私自身の見解であり、必ずしもIBMの立場、戦略、意見を代表するものではありません。
日本アイ・ビー・エム 花井 志生 Since 1997.6.8