"Für Geld, immer dezimal"?

Question

Nun, die Regel „Für Geld, immer dezimal“ nicht in dem Microsoft-Entwicklungsteam angewandt, denn wenn es war: würden

Namespace: Microsoft.VisualBasic 
Assembly: Microsoft.VisualBasic (in Microsoft.VisualBasic.dll) 

Financial.IPmt und alle anderen Methoden erhalten/Return decimal und nicht double wie es ist.

Jetzt frage ich mich, ob ich diese Methoden ohne Sorge mit runden Fehlern verwenden kann?

Sollte ich einige andere Bibliotheken verwenden, um mit Finanzen zu arbeiten? Wenn ja, könnten Sie mir ein paar gute Tipps geben (für C# verwenden)?

Answer 1

können Sie diese Klasse verwenden:

public class Financial 
{ 
    #region Methods 

    public static decimal IPmt(decimal Rate, decimal Per, decimal NPer, decimal PV, decimal FV, FinancialEnumDueDate Due) 
    { 
     decimal num; 
     if (Due != FinancialEnumDueDate.EndOfPeriod) 
     { 
      num = 2; 
     } 
     else 
     { 
      num = 1; 
     } 
     if ((Per <= 0) || (Per >= (NPer + 1))) 
     { 
      //Argument_InvalidValue1= 

      throw new ArgumentException("Argument 'Per' is not a valid value."); 
     } 
     if ((Due != FinancialEnumDueDate.EndOfPeriod) && (Per == 1)) 
     { 
      return 0; 
     } 
     decimal pmt = Pmt(Rate, NPer, PV, FV, Due); 
     if (Due != FinancialEnumDueDate.EndOfPeriod) 
     { 
      PV += pmt; 
     } 
     return (FV_Internal(Rate, Per - num, pmt, PV, FinancialEnumDueDate.EndOfPeriod) * Rate); 
    } 

    public static decimal PPmt(decimal Rate, decimal Per, decimal NPer, decimal PV, decimal FV, FinancialEnumDueDate Due) 
    { 
     if ((Per <= 0) || (Per >= (NPer + 1))) 
     { 
      throw new ArgumentException("Argument 'Per' is not valid."); 
     } 
     decimal num2 = Pmt(Rate, NPer, PV, FV, Due); 
     decimal num = IPmt(Rate, Per, NPer, PV, FV, Due); 
     return (num2 - num); 
    } 

    static decimal FV_Internal(decimal Rate, decimal NPer, decimal Pmt, decimal PV, FinancialEnumDueDate Due) 
    { 
     decimal num; 
     if (Rate == 0) 
     { 
      return (-PV - (Pmt * NPer)); 
     } 
     if (Due != FinancialEnumDueDate.EndOfPeriod) 
     { 
      num = 1 + Rate; 
     } 
     else 
     { 
      num = 1; 
     } 
     decimal x = 1 + Rate; 
     decimal num2 = (decimal)Math.Pow((double)x, (double)NPer); 
     return ((-PV * num2) - (((Pmt/Rate) * num) * (num2 - 1))); 
    } 

    static decimal Pmt(decimal Rate, decimal NPer, decimal PV, decimal FV, FinancialEnumDueDate Due) 
    { 
     decimal num; 
     if (NPer == 0) 
     { 
      throw new ArgumentException("Argument NPer is not a valid value."); 
     } 
     if (Rate == 0) 
     { 
      return ((-FV - PV)/NPer); 
     } 
     if (Due != FinancialEnumDueDate.EndOfPeriod) 
     { 
      num = 1 + Rate; 
     } 
     else 
     { 
      num = 1; 
     } 
     decimal x = Rate + 1; 
     decimal num2 = (decimal)Math.Pow((double)x, (double)NPer); 
     return (((-FV - (PV * num2))/(num * (num2 - 1))) * Rate); 
    } 

    #endregion Methods 
} 

Answer 2

Hier ist eine interessante Diskussion in Bezug auf genau dieses Thema: http://www.vbforums.com/showthread.php?t=524101

über ein Drittel des Weges nach unten jemand erklärt, dass es doppelt verwendet, weil die VB.NET funktioniert genau wie VB6 die gleiche Arbeit umgesetzt wurden. VB6 hat keinen Dezimaltyp, weshalb es double verwendet.

So scheint es, dass, wenn Genauigkeit wichtig ist, Sie nicht diese Funktionen verwenden sollten.

Die Antworten auf this question haben einige vielversprechende Alternativen - ignorieren Sie einfach die akzeptierte Antwort, die die Verwendung der VB-Bibliothek vorschlägt.

Die zuvor verknüpfte Frage wurde gelöscht, so dass hier einige der Vorschläge sind ich Referenzierung (Anmerkung: ich diese nicht versucht haben, YMMV)

• Implementations of excel financial functions in F# - can be used from any .NET language, does not require F# reference

• QuantLib sein kann kann für C# exportiert/generiert werden. See this SO question/answer for more info

Answer 3

Die Regel decimal für Geld zu verwenden, ist hilfreich, da die meisten Währungen Dezimaleinheiten haben. Durch die Verwendung von Dezimalarithmetik vermeiden Sie das Einbringen und Akkumulieren von Rundungsfehlern.

Financial Class functions Verwendung Gleitkommazahlen für ein paar Gründe:

• Sie intern nicht tun akkumulieren - sie basieren auf einer geschlossenen Form exponentielle/logarithmische Berechnung, nicht Iteration und Summierung über Perioden.
• Sie neigen nicht zu verwenden oder genaue Dezimalwerte zu produzieren. Zum Beispiel wird ein exakter Dezimaljahreszinssatz geteilt durch 12 Monatszahlungen eine sich wiederholende Dezimalzahl.
• Sie sind in erster Linie für die Entscheidungsunterstützung gedacht und haben am Ende wenig Anwendung auf die eigentliche Buchhaltung.

Pmt und Rundung kann die nominale monatliche Zahlung bestimmen, aber sobald dieser Betrag bestimmt wird, Balance Akkumulation - Zahlungen, Zinsen angelegt, usw. - geschieht in decimal. Auch verspätete oder geleistete Vorauszahlungen, Zahlungsfeiertage und andere solche Ungleichförmlichkeiten würden die von den Finanzfunktionen vorgesehene geplante Amortisation ungültig machen.