php intval() y floor() valor de retorno que es demasiado bajo?

Question

Como el tipo de datos flotantes en PHP es impreciso, y un FLOAT en MySQL ocupa más espacio que un INT (y es impreciso), siempre almaceno los precios como INT, multiplicándolo por 100 antes de almacenarlo para asegurar que tenemos exactamente 2 decimales de precisión. Sin embargo, creo que PHP se está portando mal. Código de ejemplo:

echo "<pre>"; 

$price = "1.15"; 
echo "Price = "; 
var_dump($price); 

$price_corrected = $price*100; 
echo "Corrected price = "; 
var_dump($price_corrected); 


$price_int = intval(floor($price_corrected)); 
echo "Integer price = "; 
var_dump($price_int); 

echo "</pre>"; 

salida producida:

Price = string(4) "1.15" 
Corrected price = float(115) 
Integer price = int(114) 

I se sorprendió. Cuando el resultado final fue menor de lo esperado por 1, que estaba esperando la salida de mi prueba para ver más como:

Price = string(4) "1.15" 
Corrected price = float(114.999999999) 
Integer price = int(114) 

que demostraría la inexactitud del tipo float. ¿Pero por qué el piso (115) regresa 114?

Answer 1

Prueba esto como una solución rápida:

$price_int = intval(floor($price_corrected + 0.5)); 

El problema que está experimentando no es culpa del PHP, todos los lenguajes de programación utilizando números reales con la aritmética de punto flotante tienen problemas similares.

La regla general para los cálculos monetarios es no utilizar flotantes (ni en la base de datos ni en el script). Puede evitar todo tipo de problemas almacenando siempre los centavos en lugar de dólares. Los centavos son enteros, y puedes agregarlos libremente y multiplicar por otros enteros. Cada vez que muestre el número, asegúrese de insertar un punto delante de los últimos dos dígitos.

La razón por la que está recibiendo 114 en lugar de 115 es que floor rondas hacia abajo, hacia el número entero más próximo, por lo tanto baja (114.999999999) se convierte en 114. La pregunta más interesante es la razón por 1.15 * 100 es 114.999999999 en lugar de 115. La razón para eso es que 1.15 no es exactamente 115/100, pero es un poco menos, así que si multiplicas por 100, obtienes un número un poco más pequeño que 115.

Aquí hay una explicación más detallada de lo que echo 1.15 * 100; hace:

• Analiza 1.15 a un número de punto flotante binario. Esto implica redondeo, se redondea un poco para obtener el número binario flotante más cercano a 1.15. La razón por la que no puede obtener un número exacto (sin error de redondeo) es que 1.15 tiene un número infinito de números en la base 2.
• Analiza 100 a un número de punto flotante binario. Esto implica el redondeo, pero como 100 es un entero pequeño, el error de redondeo es cero.
• Calcula el producto de los dos números anteriores. Esto también implica un pequeño redondeo, para encontrar el número de punto flotante binario más cercano. El error de redondeo resulta ser cero en esta operación.
• Convierte el número de punto flotante binario a un número decimal base 10 con un punto, e imprime esta representación. Esto también implica un pequeño redondeo.

La razón por PHP imprime la sorprendente Corrected price = float(115) (en lugar de 114.999 ...) es que var_dump no imprime el número exacto (!), Pero se imprime el número redondeado a n - 2 (o n - 1) dígitos, donde n dígitos es la precisión del cálculo.Usted puede fácilmente verificar esta:

echo 1.15 * 100; # this prints 115 
printf("%.30f", 1.15 * 100); # you 114.999.... 
echo 1.15 * 100 == 115.0 ? "same" : "different"; # this prints `different' 
echo 1.15 * 100 < 115.0 ? "less" : "not-less"; # this prints `less' 

Si está imprimiendo flotadores, recuerde: no siempre se ve todos los dígitos cuando se imprime el flotador.

Consulte también la advertencia grande cerca del comienzo de los documentos PHP float.

Answer 2

PHP está haciendo el redondeo basado en dígitos significativos. Está ocultando la inexactitud (en la línea 2). Por supuesto, cuando llega el piso, no conoce nada mejor y lo baja todo el camino hacia abajo.

Answer 3

Las otras respuestas han cubierto la causa y una buena solución al problema, creo.

para apuntar a solucionar el problema desde un ángulo diferente:

para almacenar valores de precios en MySQL, probablemente debería mirar el DECIMAL type, lo que le permite almacenar valores exactos con cifras decimales.

Answer 4

Quizás es otra posible solución para este "problema":

intval(number_format($problematic_float, 0, '', '')); 

Answer 5

Como se indica que esto no es un problema con PHP per se, es más bien una cuestión de manejo de fracciones que no puede ser expresado como los valores finitos de punto flotante, por lo tanto, conducen a la pérdida de carácter al redondear.

La solución es garantizar que cuando trabaje en valores de coma flotante y necesite mantener la precisión, use las funciones de gmp o las funciones de matemática de BC: bcpow, bcmul et al. y el problema se resolverá fácilmente.

E.g en lugar de $ price_corrected = $ price * 100;

use $ price_corrected = bcmul ($ price, 100);