Bcmul отчетность 0

Question

У меня есть простой кусок кода, как показано ниже.

$amount = 447274.44882;
$rate = 0.00001;

echo floatNumber(bcmul($amount, $rate, 8), 8);

Это выводит 0,00000000, когда оно должно быть 4.47274449. Если я изменю ставку на 0,0001, тогда она выводит правильное число, превышающее 4 знака после запятой, и сообщает 0.

Я делаю что-то не так или это известное ограничение или что-то в этом роде? Кажется, довольно большой, если это так.

Answer 1

Если вы бросили 0.00001 в строку, используя настройки по умолчанию (и это то, что произойдет, если вы кормите bcmul с плавающей точкой, поскольку он ожидает строки), вы получите это:

var_dump( (string)0.00001 );

string(6) "1.0E-5"

Это не ясно задокументировано, но, очевидно, bcmath функционирует вернуть привести к нулю, когда сталкиваюсь с неверным вводом

var_dump( bcadd('Hello', 'world!', 8) );
var_dump( bcadd('33', 'Foo', 8) );
var_dump( bcdiv('33', 'Foo', 8) );

string(10) "0.00000000"
string(11) "33.00000000"
Warning: bcdiv(): Division by zero
NULL

Вся идея библиотек с произвольной точностью состоит в том, чтобы преодолеть ограничения арифметики с базой 2 и хранения с фиксированным размером. Таким образом, вам нужно это:

var_dump( bcmul('447274.44882', '0.00001', 8) );

string(10) "4.47274448"

Это здорово делать математику со 100-значными числами, но не особенно полезно для простого округления. На самом деле расширение вообще не округляется - оно просто усекается:

var_dump( bcmul('20.01', '1.444', 3) );
var_dump( bcmul('20.01', '1.444', 2) );
var_dump( bcmul('20.01', '1.444', 1) );
var_dump( bcmul('20.01', '1.444', 0) );

string(6) "28.894"
string(5) "28.89"
string(4) "28.8"
string(2) "28"