アカウント名:
パスワード:
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
開いた括弧は必ず閉じる -- あるプログラマー
数値表現は文字列の話だよ (スコア:1, 興味深い)
・数値: 1.0とか1,0とか、 -1とか1-とか
・通貨: 1,000,000 とか 1.000.000とか
・パーセント: 10% とか %10とか
そのため、数値は各言語環境で用意している国際化フォーマット用のライブラリを使って文字列に変換します。
標準が変わったとしても、変更があるのは所詮ライブラリの中の話です。
# 数値フォーマットライブラリ使ってないで自分でカンマ入れて
Re:数値表現は文字列の話だよ (スコア:1)
入出力関係は、補正を足せばOKかもしんないけど(でも、手間はかかるよな)
ついでに言えば、コーディングをする段階にしたところで、ピリオド=小数点なんて言語は嫌じゃなんて動きが出ないとは限らんわな。ソース自体がコンマ=小数点でなきゃ困るなんて動きが出ないことを祈りますわ(笑)
それこそ、この手の問題は突き詰めると、文法改変するのか?になりかねないと思いますが?
Re:数値表現は文字列の話だよ (スコア:0)
たとえばJavaの場合だと、数値から文字列にするのも、文字列をパーズして数値を取り出すのもjava.text.NumberFormatを使うことになります。多言語に対応した数値<=>文字列変換はそれしか手段を持っていないので、手間の差を比較することもない。そういうふうにするのがこれからのマルチリンガル環境二対応した言語環境のデザインだと思います。
# String.parseIntはJava整数リテラルをパーズするものという位置づけ
> ついでに言えば、コーディングをする段階にしたところで、ピリオド=小数点なんて言語は嫌じゃなんて動きが出ないとは限らんわな。ソース自体がコンマ=小数点でなきゃ困るなんて動きが出ないことを祈りますわ(笑)
そういう動きが出るのは悪いことじゃないじゃん。
新しい言語を作るのなんてその不満の積み重ねから起きるんだよ。あんたが今使ってる言語だってそうやって生まれたんじゃないの。
そういうふうに思った人が別の言語を使うようになるだけでしょ。
古い言語にこだわって使っていたければ、そうしていればいいじゃん。