NormalizeDoubleのパラドックス - ページ 12

[Dmitry Fedoseev]

pavlick_:
はっきり言って、話すことは何もありません。そして、自分の言葉に責任を持てない人は、会話に参加しない方がいい。

バカじゃねーの？

モデレーターは馬鹿から離れるために一週間禁止にする。

[pavlick_]

Integer:

バカじゃねーの？

モデレーターは馬鹿から離れるために一週間禁止にする。

捨ててしまえ、この虚無僧が。

[transcendreamer]

おお、諸君、これは傑作だ！ 分数で決闘しようじゃないか )))))))))))))))))))))))))))))))))))))))))))))))))))))

[transcendreamer]

尾は10進数の文字列表現にのみ存在すると言ってもよいだろう。

であり、テールを生成する10進数がないという意味で、2進数表現にはテールは存在しない。

が、「人間用の形式に解凍」された瞬間に、アルゴリズムが有効数字かどうかを判断できないため、テールが10進数として表示されてしまうのです。

ので、「助けて」「丸く」する必要があります。

と、ほとんどの場合、「テール」を見ただけで、どのような数値が結果として得られるのかが、一目瞭然になるのです。

だから、こんな簡単なことが機械に実装されていないことに憤りを感じたのです。 取引の大半のタスクでは、必要な精度が先験的に分かっているので、言語レベルですぐに解決できるのは便利なのですが...」。

の続きです。

当初、DoubleToStr(current,2) というソリューションが常に正しいとは限らないという疑念があったのですが

が、DoubleToStrフレーム内の様々な「tail」番号をprintに代入することで、すべての例が正しく動作することを確認しました。

また、MQLには同じ関数が2つあることがわかりました。同じ ことをするように見えるDoubleToStrとDoubleToStringは、もしかしたらどちらかが互換性のために残されたバージョン600までの古いバージョンのMQLの遺物なのでしょうか？

また、2進数形式は高精度な作業には不向きなのではと思いました。

取引ではそんな問題はないかもしれないが、天文学や物理学では、2進数のトリックは許されないのである。