.NETがデフォルトで銀行の丸めを使用するのはなぜですか？

ドキュメントによると、このdecimal.Roundメソッドは、ほとんどのアプリケーションでは一般的ではない、丸めアルゴリズムを使用しています。したがって、私は常に、より自然な切り上げアルゴリズムを実行するカスタム関数を作成することになります。

public static decimal RoundHalfUp(this decimal d, int decimals)
{
    if (decimals < 0)
    {
        throw new ArgumentException("The decimals must be non-negative", 
            "decimals");
    }

    decimal multiplier = (decimal)Math.Pow(10, decimals);
    decimal number = d * multiplier;

    if (decimal.Truncate(number) < number)
    {
        number += 0.5m;
    }
    return decimal.Round(number) / multiplier;
}

このフレームワーク設計の決定の背後にある理由を誰かが知っていますか？

フレームワークへの切り上げアルゴリズムの組み込み実装はありますか？または、いくつかの管理されていないWindows APIですか？

decimal.Round(2.5m, 0)結果として期待値3を書き、代わりに2を得る初心者には誤解を招く可能性があります。

おそらくそれがより良いアルゴリズムだからです。実行される多くの丸めの過程で、すべての.5の端数が均等に切り上げおよび切り下げされることを平均化します。これにより、たとえば、丸められた数値の束を追加する場合などに、実際の結果をより正確に推定できます。一部の人が期待するものではないかもしれませんが、おそらくそれが正しい方法でしょう。

Bankerのアルゴリズム（別名：丸めから偶数まで）が適切な選択である理由と他の答えは非常に正しいです。それは、最も妥当な分布に対して、ゼロ法からの丸い半分ほど負または正のバイアスの影響を受けません。

しかし、問題はなぜ.NETがBankerの実際の丸めをデフォルトとして使用するのかということでした-答えは、MicrosoftがIEEE 754標準に従っているということです。これは、MSDNのMath.Roundの「解説」にも記載されています。

また、.NETは、MidpointRounding列挙を提供することにより、IEEEによって指定された代替方法をサポートしていることにも注意してください。もちろん、提携を解決するより多くの選択肢を提供することもできますが、IEEE規格を満たすことだけを選択します。

「なぜマイクロソフトのデザイナーはこれをデフォルトとして選んだのですか？」という質問には答えられませんが、追加の機能は不要であることを指摘したいだけです。

Math.Roundを指定できますMidpointRounding：

• ToEven-他の2つの値の中間にある数値は、最も近い偶数に丸められます。
• AwayFromZero-数値が他の2つの値の中間にある場合、ゼロから離れた最も近い数値に丸められます。

小数は主にお金に使用されます。お金を扱う場合、銀行員の丸めは一般的です。または言うことができます。

小数型を必要とするのは主に銀行家です。したがって、「銀行の丸め」を行います

バンカーの丸めには、次の場合に平均して同じ結果が得られるという利点があります。

• 追加する前に、「請求書ライン」のセットを丸めます。
• またはそれらを合計してから合計を丸めます

合計する前の丸めにより、コンピュータが登場する前の多くの作業を節約できました。

（英国では、10進銀行がハーフペンスを扱っていませんでしたが、何年もの間、ハーフペンスのコインがあり、ショップはしばしば価格がハーフペンスで終わっていました。

次のようなRound関数の別のオーバーロードを使用します。

decimal.Round(2.5m, 0,MidpointRounding.AwayFromZero)

3を出力します。そしてあなたが使うなら

decimal.Round(2.5m, 0,MidpointRounding.ToEven)

あなたは銀行家の丸めを取得します。