ist a teiler von b? mit a und b gebrochene zahlen.

[dermoritz]

ich hab mal wieder probleme mit gebrochenen zahlen. ich würde gerne wissen ob eine zahl b eine zahl a ohne rest teilen kann. zum beispiel teilt 0.02 die zahl 0.5 denn 25*0.02=0.5.

die anzahl der stellen dieser zahlen weiß ich nicht! es könnte also auch 0.0005 und 0.00002 sein. im moment verwende ich überall Double als typ.

gibt es einen weg zu fragen: ist der rest =0 oder b ist teiler von a? den rest mit 0 vergleichen ist ja prinzipiell problematisch.

danke im voraus

 

[SlaterB]

entweder durcheinander teilen und (Rundungsfehler bedenken) zufrieden sein, wenn ungefähr eine ganze Zahl rauskommt,
oder alle Zahlen mit 10 multiplizieren, bis sie alle auf int zu casten sind und dann modulo

 

[kleiner_held]

Mit Double wirst du da wahrscheinlich nicht gluecklich.
Ich wuerde mit java.math.BigDecimal arbeiten, da gibt es dann Methoden wie:
BigDecimal.divide(BigDecimal, int, nt)
Wenn du die Parameter scale=0 und roundingMode=ROUND_UNNECESSARY waehlst kommt immer dann wenn der Teiler nicht ganzzahlig ist eine ArithmeticException.

 

[SchonWiederFred]

zum beispiel teilt 0.02 die zahl 0.5 denn 25*0.02=0.5.

Mit IEEE754 Typen (float, double) wirst Du da nicht weit kommen. 0.5 kann man exakt als float darstellen, 0.2 dagegen nicht. Erzähl mal mehr über Deine Anwendung, in welchem Kontext treten diese Zahlen auf?

 

[dermoritz]

danke, dass man nicht double/float verwenden darf hab ich nun wieder schmerzlich erfahren. (bei einer db hab ich auchmal float als format gewählt :-|)

mit big decimal bin ich tatsächlich weitergekommen. man sollte aber den string konstrukto verwenden. also danke für den tip

da ich nicht alles auf bigdecimal umstellen will (im momnet is mir der aufwand zu hoch) hab ich eine funktionierenden workaround:

BigDecimal(doublevalue.toString());

das ergibt in meinem fall (hoffentlich) immer präzise werte, da die "doublevalue" werte auch über bigdecimal enstehen.
direkt den double reinstecke funzt wie gesagt nicht.


letztendlich frag ich mich wofür braucht man überhaupt float und double, sobald man auch nur primitive operationen machen will kommt man damit spätestens beim ersten if in teufels küche.

 

[kleiner_held]

Ein Workaround BigDecimal(doublevalue.toString()); wird meiner Meinung nach auch nur eingeschraenkt funktionieren, da es nur der interne Formater von Double ist, der bei der Umwandlung in einen String die Nachkommastellen so weit wie moeglich verkuerzt (also in gewisser Weise rundet). Details dazu stehen in der JavaDoc Double.toString(double)

double d1 = 2.3;
double d2 = 0.23;
d2 *= 10.0;
System.out.println(d1);
System.out.println(d2);

Gleitkommazahlen wie float und double waren immer nur eine pragmatische Loesung um reelle Zahlen naeherungsweise in einer festgelegten Anzahl von Bits abzubilden. Fuer bestimmte Bereiche der Mathematik sind sie meistens ungeeignet, in anderen Anwendungen wie z.B: Grafik- oder Audioberechnungen sind sie dagegen unverzichtbar, vor allem da sich die Rechenoperationen auch komplett in Hardware abbildenlassen.

 

[xysawq]

double a;		//beliebige Zahl
double b;		//beliebige Zahl
double c;
int ic;

c = a/b;
ic = (int)c;

if((c-ic) > 0)
{
	System.out.println("ist kein Teiler");
}
else
{
	System.out.println("ist Teiler");
}

Aber da double manchmal ungenau sind (wie kleiner_held bereits im Beispiel zeigte) kannst du c auch "abrunden" indem du es wie folgt machst:

c = ((int)(c*100000)/100000.);

damit wird auf 5 Stellen nach dem Komma gerundet, bzw. abgeschnitten.