Die angegebene Berechnung verstehen (Besetzung + Multiplikation)

Question

(int)((float)10.9 * 10) 

wird zu 108 ausgewertet. Warum?

IMO die (int) -cast sollte nach die Multiplikation ausgewertet werden.

Answer 1

Das ist genau der Fall. Es ist nur, dass 10.9 ist leicht weniger als 10.9 aufgrund der Art, wie Fließkommazahlen dargestellt werden (10.9 kann nicht genau dargestellt werden, so erhalten Sie eine Annäherung, die in diesem Fall etwa 10.89999999 ist ...). Die Besetzung schneidet dann alle Ziffern ab, die dem Dezimalpunkt folgen. So erhalten Sie 108

Genaue Werte sind wie folgt hier (erhalten mit Jon Skeet DoubleConverter Klasse):

10.9   -> 10.9000000000000003552713678800500929355621337890625 
(float) 10.9 -> 10.8999996185302734375 

von 10, dass die Schwimmer Multipliziert und dann alle Dezimalstellen Abschneiden führt offensichtlich in 108

Answer 2

Lustig genug, das Problem hier ist, dass der Ausdruck zur Kompilierzeit berechnet wird, scheinbar mit einfacher Genauigkeit Mathematik wie erwartet. Dies geschieht in beiden Debug- und Release-Builds:

// this replaces the whole operation 
    IL_0001: ldc.i4.s 108 
    IL_0003: stloc.0 
    IL_0004: ldloc.0 
    IL_0005: call void [mscorlib]System.Console::WriteLine(int32) 

Während der Fall var f =((float)10.9 * 10);int i = (int)f; noch für die Multiplikation optimiert ist, aber mit doppelter Genauigkeit. Da die Besetzung in einem separaten Schritt getan wird Ich denke, es ist den Compiler (??) verwechselt:

IL_000b: ldc.r4 109  // 109 result for the first part 
    IL_0010: stloc.1 
    IL_0011: ldloc.1 
    IL_0012: conv.i4   // separate conversion to int 
    IL_0013: stloc.2 
    // rest is printing it 
    IL_0014: ldloc.1 
    IL_0015: box [mscorlib]System.Single 
    IL_001a: ldstr " " 
    IL_001f: ldloc.2 
    IL_0020: box [mscorlib]System.Int32 
    IL_0025: call string [mscorlib]System.String::Concat(object, object, object) 
    IL_002a: call void [mscorlib]System.Console::WriteLine(string) 

Ehrlich gesagt würde ich sagen, dass die Compiler falschen Code im zweiten Fall erzeugt, was wahrscheinlich ist, warum vermeidet C++ Optimierung Fließkomma-Code wie die Pest. Glücklicherweise ist dies nur ein Problem für diese Art von Testcode, der vollständig zur Kompilierungszeit durchgeführt werden kann, die tatsächliche Multiplikation der Variablen wäre in Ordnung.

ich tatsächlich versucht dies zu:

Console.WriteLine((int)(float.Parse(Console.ReadLine()) * int.Parse(Console.ReadLine()))); 

und gab es 10,9 und 10, und das Ergebnis war 108 wie erwartet.

Answer 3

Ihr float Ergebnis, vor dem Gießen zu int, ist 108.9999, da 109.0000 can't be represented in floating point. (Wie in den Kommentaren erwähnt, das ist falsch; 109 ganz gut dargestellt werden kann, aber irgendwie die Expression zu 108,9999 - das gilt nach wie vor)

Der int Wert 108 sein Warum? Das Umwandeln von Gleitkomma (double oder float) zu int schneidet den Dezimalteil ab. Es wird nicht abgerundet. So schneidet es die .9999 und Sie erhalten 108.

Zum runden, ersetzen Sie den Guss durch Math.Round() oder Convert.ToInt32().

Convert.ToInt32((float) 10.9 * 10);