Округление

[Фанат]

С фига ли это мы не знаем значащую величину? У тебя твой секретный коэффициент имеет значащие стотысячные?

 

[MiksIr]

> У тебя твой секретный коэффициент имеет значащие стотысячные?
Нет, на самом деле вот он: 4.87 * 0.7 * 0.95
А есть правило определения значащих цифр в результате произведения на основе значащих цифр исходных? В общем была такая мысль, да, но до конца ее развить не успел, так что ссылки на правило приветствуются.

 

[AmdY]

MiksIr
паттерн money http://martinfowler.com/eaaCatalog/money.html
расширение bc http://php.net/bc
класс Zend_Currency http://framework.zend.com/manual/1.12/en/zend.currency.calculation.html

Соответственно таких волшебных цифр ты получать никогда не должен и тогда проблема округления стоять ребром не будет.

 

[MiksIr]

AmdY спасибо за PHP классы и расширения для решения проблемы округления на JavaScript.

 

[Redjik]

ну так может для унификации - аяксом у сервера просить значения для JS или сразу передавать в JS уже округленный вариант

 

[MiksIr]

Да не, там рассчет ведется на клиенте - для скорости интерфейса + рассчет на сервере как валидный, и сравнение рассчетов, что бы не врать клиенту в случае чего.
На самом деле нашел вот такое решение

function money_multiply (a, b) {
    var log_10 = function (c) { return Math.log(c) / Math.log(10); },
        ten_e  = function (d) { return Math.pow(10, d); },
        pow_10 = -Math.floor(Math.min(log_10(a), log_10(b))) + 1;
    return ((a * ten_e(pow_10)) * (b * ten_e(pow_10))) / ten_e(pow_10 * 2);
}

 

[С.]

В таком случае разница вполне допустима на определенную погрешность. Если она не выходит за пределы, то берется клиентский результат, иначе маркируется, как возможная подделка.