Бесплатные консультации PHP

[Последний Герой]

Сообщение от Jimi Dini

вот поэтому в финансовых софтах и скриптах, бабло хранится как целое число.

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

Добавлено через 2 минуты

Сообщение от Jimi Dini

бабло хранится

ошибки возникают как раз не в хранении, а в вычислениях, точнее в преобразовании результата в сохраняемый формат и пример

Сообщение от Anadonam

$c=10.20*100;
$sum=(int)$c;

наглядно это демонстирует - пытались пересчитать 10 рублей 20 копеек в копейки и потеряли одну.

[Jimi Dini]

Сообщение от Последний Герой

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

if you so clever, show me your money.

вот почему-то норм программеры хранят деньги в целочисленных переменных, не используя всякие double и т.п.
а ПГ хранит - в чем, кстати?

[boric]

Денежные данные нормальные программисты хранят в текстовом виде - в типе DECIMAL.

$c=10.20*100;
$sum=(string)$c;

Ответ будет 1020, как и должно быть.

[dgek1111]

Сообщение от Последний Герой

такое ПО пишут только идиоты, которые не умеют считать и не понимают как данные хранятся в памяти.

Сообщение от Jimi Dini

вот почему-то норм программеры хранят деньги в целочисленных переменных, не используя всякие double и т.п.

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

Добавлено через 2 минуты

Сообщение от boric

Денежные данные нормальные программисты хранят в текстовом виде - в типе DECIMAL.

Зачем? Если эти денежные данные надо все равно считать, а значит преобразовывать их из строки в число и обратно.

[Последний Герой]

Сообщение от boric

Денежные данные нормальные программисты хранят в текстовом виде - в типе DECIMAL.
Цитата:
$c=10.20*100;
$sum=(string)$c;
Ответ будет 1020, как и должно быть.

в таком случае будет форматный вывод с точностью заданной в конфиге precission и это грубая ошибка для финансовых операций, ибо если в php.ini высокая точность или она изменена через ini_set раньше, то получится вот такой код

PHP код:

<?php
ini_set('precision', 100);
$c=10.20*100;
$sum=(string)$c;
?>

и будет хрень, строковая

Сообщение от dgek1111

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

посуточно начислять 1/3 рубля. как? возится с дробями? раз в три дня будет один рубль, но как к этому придти, если хранить только целые копейки? никак.

Сообщение от dgek1111

Зачем? Если эти денежные данные надо все равно считать, а значит преобразовывать их из строки в число и обратно.

Вот вот. А вся ошибка в незнании, как машина обрабатывает числа с плавающей точкой.

[chahlic]

А как все хорошо начиналось

ПысЫ: где опрос, блин?

[Jimi Dini]

Сообщение от dgek1111

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

правильнее на 4 - и да, считать их как целые. так и делают в банковском софте

[boric]

Последний Герой,

в таком случае будет форматный вывод с точностью заданной в конфиге precission и это грубая ошибка для финансовых операций

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

Для хранения денежных типов специально преднезначен тип DECIMAL, а это по сути текстовый тип.
С сайта MySQL:

Часто приходится сталкиваться с такой проблемой, как точное представление денежных величин. В MySQL для представления таких величин необходимо использовать тип данных DECIMAL.

Я работаю с Питоном и Джанго - там в документации тоже рекомендуется денежные величины хранить в типе DECIMAL. В каких-то движках смотрел (вроде в Битриксе) - там тоже денежные типы в DECIMAL хранятся.

Зачем? Если эти денежные данные надо все равно считать, а значит преобразовывать их из строки в число и обратно.

Да, надо перед вычислением будет преобразовывать в float, но зато вы будете уверены, что денежные величины хранятся точно с заданной точностью.

[Последний Герой]

Сообщение от Jimi Dini

правильнее на 4 - и да, считать их как целые

последние цифры всегда нули? зачем они. а если они не нули, тогда это уже не целые деньги.

Сообщение от boric

Для хранения денежных типов специально преднезначен тип DECIMAL, а это по сути текстовый тип.

проблема как раз в преобразовании в текст. именно на этом месте делается у всех ошибка. а разницы нет сначала преобразовать, потом сохранить и показать или сначала сохранить, потом преобразовать и показать.

Сообщение от boric

рекомендуется

вот оно ключевое слово.

Сообщение от boric

денежные величины хранятся точно с заданной точностью.

каким образом? мало просто иметь такую структуру хранения, нужно еще и правильно организовать запись.

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

[boric]

В Питоне даже модуль с типом Decimal есть для таких случаев. Сабжевый пример в питоне может выглядеть так:

from decimal import *

a = Decimal('10.20')
b = Decimal('100')
c = a * b
print c

Ответ: Decimal('1020.00')

Точность там можно настраивать.