Welcher Variablentyp für Währungen?

maclanthan · 15. August 2007, 16:28

Hallo, Forum!

Vielleicht könnt ihr mir einen Tip geben, ob ich Euro-Beträge lieber als 64 bit integer oder als float/double anlegen soll. Ich habe gehört, dass es unter umständen Genauigkeitsverluste geben kann, wenn man Gleitkommazahlen addiert, insbesondere wenn man eine kleine Zahl zu einer sehr grossen addiert.

Vielen Dank im Voraus!

P.S.: Ist mein erster Post hier.

Nepumuck · 15. August 2007, 16:45

für objective c kann ich dirs nich exakt sagen. Aber in jeder programmiersprache die ich bis jetzt gemacht hab waren kommzahlen float/double.

hns · 15. August 2007, 16:48

NSDecimal bzw. NSDecimalNumber rechnet zur Basis 10, d.h. Rundungseffekte der Basis 2 treten nicht auf.

developer.apple.com/documentat…doc/uid/20000179-BBCDBDHI

-- hns

maclanthan · 15. August 2007, 17:01

Vielen Dank!

Auf NSDecimal wäre ich gar nicht gekommen. Da ich Cocoa/Obj-C erst lerne und nicht viel darüber weiss, wäre ich gar nicht auf die Idee gekommen, dass es so eine Klasse überhaupt gibt.

maclanthan · 15. August 2007, 17:06

Original von Nepumuck
für objective c kann ich dirs nich exakt sagen. Aber in jeder programmiersprache die ich bis jetzt gemacht hab waren kommzahlen float/double.

Ja, aber das ist nicht das Problem, sondern die numerischen Komplikationen, die sich mit float/double ergeben können. Ich weiss von einem Bekannten, dass Banken Geldbeträge als 64-Bit integer in Datenbanken speichern. Wie sie dann weiterrechnen weiss ich allerdings nicht.

Amin Negm-Awad · 15. August 2007, 17:22

Die Speicherung sollte auf jeden Fall als Integer erfolgen – oder natürlich als einen entsprechenden Objective-C-Typen, der ebenfalls genau rechnet. (Bei NSDecimal weiß ich das nicht genau.)

Die Berechnung kannst du meist ebenfalls mit Ints vornehmen, es sei denn, es geht um "gebrochene Probleme" wie Zinsberechnung.

below · 15. August 2007, 17:22

Original von hns
NSDecimal bzw. NSDecimalNumber rechnet zur Basis 10, d.h. Rundungseffekte der Basis 2 treten nicht auf.

developer.apple.com/documentat…doc/uid/20000179-BBCDBDHI

Ja. NSDecimalNumber ist das Cooca äquivalent zu SANE, dort kann das Rundungsverhalten auch gezielt bestimmt werden.

Nur so ist buchhalterisch exaktes rechnen möglich.

Alex

hns · 15. August 2007, 17:24

Original von Tom9811
Die Speicherung sollte auf jeden Fall als Integer erfolgen – oder natürlich als einen entsprechenden Objective-C-Typen, der ebenfalls genau rechnet. (Bei NSDecimal weiß ich das nicht genau.)

NSDecimalNumber ist eine Subclass von NSNumber die wiederum von NSValue abgeleitet ist. Damit versteht sie NSCoding und speichert alles sauber als Integers.

-- hns

Amin Negm-Awad · 15. August 2007, 17:26

Na ja, du kannst auch Floats in NSNumber speichern. Und wenn da intern Floats benutzt würden (was nach belows Beitrag wohl nicht der Fall ist), hast du all die Probleme, die du auch mit Floats hättest.

Christian Kienle · 15. August 2007, 17:32

Original von maclanthan

Original von Nepumuck
für objective c kann ich dirs nich exakt sagen. Aber in jeder programmiersprache die ich bis jetzt gemacht hab waren kommzahlen float/double.

Ja, aber das ist nicht das Problem, sondern die numerischen Komplikationen, die sich mit float/double ergeben können. Ich weiss von einem Bekannten, dass Banken Geldbeträge als 64-Bit integer in Datenbanken speichern. Wie sie dann weiterrechnen weiss ich allerdings nicht.

Aus erster Hand kann ich dir berichten, das dem nicht so ist - jedenfalls nicht bei den Volksbanken.

Amin Negm-Awad · 15. August 2007, 17:57

Sind das denn Floats zur Basis 2? Das kann eigentlich nicht funktionieren.

kressevadder · 15. August 2007, 18:08

Note to self: Doch kein Konto bei der Volksbank eröffnen!

gandhi · 26. August 2007, 23:13

Sowas wie Geldbeträge legt man gar niemals nicht als Float/Double ab. Das gibt nur eklige Rundungsfehler. Nehme doch anstatt den Euro- einfach den Cent-Betrag als Integer/Long.

ciao

gandhi