effizientes Rechnen mit gerundeten Werten?

[Timm Thaler]

Alternativer Ansatz: Statt Double Currency verwenden. Das ist quasi Fixpunkt mit 4 eingebauten Nachkommastellen. Musst Du schauen, ob Dir daas reicht.

[wp_xyz]

Alternativer Ansatz: Statt Double Currency verwenden. Das ist quasi Fixpunkt mit 4 eingebauten Nachkommastellen. Musst Du schauen, ob Dir daas reicht.

Das bringt ihm überhaupt nichts. Es geht nicht um die interne Genauigkeit eines Datentypes, sondern wie man mit den Widersprüchen umgeht, die sich durch absichtliche Rundung umgehen. Die genannten Zahlen sind wahrscheinlich in Metern gemessen. Wenn er die Längen in Zentimetern angeben würde, könnte man sogar mit Integern rechnen: 11*20*106=23320, und das Problem bliebe bestehen, wenn man nur die Tausender angeben will. 2*23320 = 46640, also 47 Tausender, aber 23 Tausender *2 = 46 Tausender.

Ich denke, für die Frage, wie man mit gerundeten Ergebnissen umzugehen hat, wird es wahrscheinlich irgendwelche Richtlinien geben. Es kann nicht sein, dass sich jeder Betrieb da seine eigenen Regeln ausdenkt. Siehe Mehrwertsteuer. Durch geschickte Rundung kann man da in Summe einiges sparen. Kleinvieh macht auch Mist, und im Supermarkt sind die Kassen auch so programmiert, dass das Gewicht der Obsttüten mit 0 angenommen wird.

[m.fuchs]

Ich denke, für die Frage, wie man mit gerundeten Ergebnissen umzugehen hat, wird es wahrscheinlich irgendwelche Richtlinien geben. Es kann nicht sein, dass sich jeder Betrieb da seine eigenen Regeln ausdenkt.

Mit Sicherheit wird das in irgendeiner Norm behandelt.

und im Supermarkt sind die Kassen auch so programmiert, dass das Gewicht der Obsttüten mit 0 angenommen wird.

Genau damit zeigt sich aber das wirklich Problem. Das Obsttütengewicht einfach auf das Warengewicht aufzuschlagen ist in Österreich erlaubt in Deutschland hingegen eine Ordnungswidrigkeit.

Auf das Programm des OP umgewandelt wird er um eine Einstellungsmöglichkeit des Rundungsverhaltens nicht herumkommen. Dann liegt das Problem aber auch beim Kunden.

[af0815]

und im Supermarkt sind die Kassen auch so programmiert, dass das Gewicht der Obsttüten mit 0 angenommen wird.

Genau damit zeigt sich aber das wirklich Problem. Das Obsttütengewicht einfach auf das Warengewicht aufzuschlagen ist in Österreich erlaubt in Deutschland hingegen eine Ordnungswidrigkeit.

In Österreich laut Wirtschaftskammer (Stand 2018), nach dem Gesetz auch nicht - Pflicht zur Tara Berücksichtigung. Siehe https://www.wko.at/branchen/handel/lebe ... setz1.html

[sstvmaster]

Könnte die BigDecimal Unit von BeniBela da eventuell weiterhelfen?
https://www.benibela.de/sources_de.html#bigdecimalmath

[Winni]

Gerade für Deine Zwecke sind Fixpunktwerte viel zu ungenau, wenn Du Höhe x Breite x Tiefe rechnen musst.

Nicht wenn die Einheit µm, Ångström, pm, oder Plank-Länge ist.
-Michael

Das hab ich mir schon gedacht, dass fliegermichel seine Holzteile in Ångström misst.
Kopfschüttel.

Winni

[af0815]

Die Genauigkeit nutzt nichts, die Frage ist eher ob man nach der ersten Kalkulation der Teile nicht einen Korrekturrun machen muß mit den tatsächlichen Maßen und einer fixen Logik. Weil die muß es jetzt ja auch explizit gegeben haben.
Muß man ja auch dann machen wenn es Teile in fixer Größe gibt und man halt die Teile quasi einpassen muß.