Modulo

[schihab]

Hi

Hätte da nochmal eine frage. Habe folgende rechnung:

betrag=betrag%muenz[0];

wenn betrag = 0.6 ist und muenz[o] = 0.5 ist dann kommt bei betrag 0.09999999999998 raus. Anstatt 0.1. Wie kriege ich es hin das da 0.1 rauskommt?

Danke

Gruß

Schihab

 

[Wildcard]

Computer rechnen üblicherweise binär. 0.1 lässt sich binär jedoch nicht mit endlich vielen Stellen ausdrücken.

 

[schihab]

Und was könnte ich in diesem fall machen. Müsste 0.1 in der variable betrag haben

 

[Wildcard]

In einer double/float Variable kann niemals 0.1 stehen. Das geht rein mathematisch nicht.

 

[Schmittp]

wie kann man seine Beiträge löschen ?

 

[Wildcard]

Warum solltest du das tun wollen?

 

[Lexi]

[HIGHLIGHT="Java"]
public static void main(String[] args)
{
double d = 0.1;
System.out.println(d);
}
[/HIGHLIGHT]

 

[Sanix]

[highlight="Java"]
public static void main(String[] args)
{
double d = 0.1;
System.out.println(d);
}
[/highlight]

Das Funktioniert genau weil Java rundet. Wildcard hat recht. Liest nach, wie der Datentyp aufgebaut ist.

 

[SchonWiederFred]

Die Zahl 0,1 kann man in double nicht speichern.
Das folgende Programm zeigt Dir den echten, ungerundeten Wert an:

double schein = 0.1;
BigDecimal echt = new BigDecimal(schein);
System.out.println("Die beste Näherung an 0.1 ist " + echt);

Ausgabe:

Die beste Näherung an 0.1 ist 0.1000000000000000055511151231257827021181583404541015625

Du scheinst ja mit Geldbeträgen zu rechnen.
Die saubere Lösung ist, CENT statt EURO zu speichern, also zum Beispiel 60 statt 0.6 dann sollte es funktionieren.

 

[Marco13]

SchonWiederFred hat recht. Und noch etwas allgemeiner: Modulo (%) bei float/double ist ziemlich grenzwertig... es gibt nur wenige Fälle, bei denen ich mir vorstellen könnte, dass das überhaupt Sinn macht...

 

[0x7F800000]

Wenn's doch um Münzen geht, dann rechne doch einfach alles in die kleinste atomare einheit um: in Cents. Dann hast du nur ganze integer-zahlen, dann rechnet er auch + - * % exakt, und nicht wie bei double... :autsch: