Perché .NET utilizza l'arrotondamento del banco come predefinito?

Secondo la documentazione, il decimal.Roundmetodo utilizza un algoritmo round-to-even che non è comune per la maggior parte delle applicazioni. Quindi finisco sempre per scrivere una funzione personalizzata per eseguire l'algoritmo round-half-up più naturale:

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;
}

Qualcuno sa il motivo dietro questa decisione di progettazione del framework?

Esiste una implementazione integrata dell'algoritmo round-half-up nel framework? O forse qualche API Windows non gestita?

Potrebbe essere fuorviante per i principianti che scrivono semplicemente decimal.Round(2.5m, 0)aspettandosi di conseguenza 3 ma ottenendo invece 2.

Probabilmente perché è un algoritmo migliore. Nel corso di molti arrotondamenti effettuati, calcolerai la media del fatto che tutti gli 0,5 vanno a finire ugualmente su e giù. Ciò fornisce stime migliori dei risultati effettivi, ad esempio, aggiungendo un gruppo di numeri arrotondati. Direi che anche se non è quello che alcuni potrebbero aspettarsi, è probabilmente la cosa più corretta da fare.

Le altre risposte con i motivi per cui l'algoritmo del banchiere (noto anche come metà round a pari ) è una buona scelta sono del tutto corretti. Non soffre di parzialità negativa o positiva tanto quanto la metà rotonda dal metodo zero rispetto alla maggior parte delle distribuzioni ragionevoli.

Ma la domanda era perché .NET utilizza l'arrotondamento effettivo di Banker come predefinito - e la risposta è che Microsoft ha seguito lo standard IEEE 754 . Questo è anche menzionato in MSDN per Math.Round in Note.

Si noti inoltre che .NET supporta il metodo alternativo specificato da IEEE fornendo l' MidpointRoundingenumerazione. Naturalmente avrebbero potuto fornire più alternative alla risoluzione dei legami, ma hanno scelto di soddisfare solo lo standard IEEE.

Anche se non posso rispondere alla domanda "Perché i progettisti Microsoft hanno scelto questo come predefinito?", Voglio solo sottolineare che una funzione aggiuntiva non è necessaria.

Math.Roundti permette di specificare un MidpointRounding:

• ToEven - Quando un numero è a metà strada tra altri due, viene arrotondato verso il numero pari più vicino.
• AwayFromZero - Quando un numero si trova a metà strada tra altri due, viene arrotondato verso il numero più vicino che è lontano da zero.

I decimali vengono utilizzati principalmente per denaro ; arrotondamento del banchiere è comune quando si lavora con il denaro . O potresti dire.

Sono soprattutto i banchieri che hanno bisogno del tipo decimale; quindi fa "arrotondamento del banchiere"

L'arrotondamento dei banchieri ha il vantaggio di ottenere in media lo stesso risultato se:

• arrotondare una serie di "righe di fattura" prima di aggiungerle,
• o aggiungili, quindi arrotonda il totale

L'arrotondamento prima di sommare ha risparmiato molto lavoro nei giorni precedenti ai computer.

(Nel Regno Unito quando siamo andati le banche decimali non avrebbero avuto a che fare con mezzo penny, ma per molti anni c'era ancora una moneta da mezzo penny e il negozio aveva spesso prezzi che terminavano a mezzo penny - quindi molti arrotondamenti)

Utilizzare un altro sovraccarico della funzione Round in questo modo:

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

Verrà emesso 3 . E se usi

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

otterrai l'arrotondamento del banchiere.