S🛸
Size: a a a
2020 January 03
️V
без проблем показывает 0.3 (или 30, если
(0.1+0.2)*100)а теперь сделай так —
var_dump(0.1 + 0.2 === 0.3);
VZ
Так это нормально, float же
VZ
php > var_dump(9.95*100);
float(995)
float(995)
VZ
А если мусье конвертирует float в int, то мусье сам себе злобный буратино.
VZ
> var_dimp(0.1 + 0.2 === 0.3);
Нельзя сранивать так числа с плавающей точкой
Нельзя сранивать так числа с плавающей точкой
VZ
var_dump(bccomp(0.1 + 0.2, 0.3, 5) === 0); // bool(true)
️️
Ну блин взял и раезьебал мем
VZ
Да мем хуевый просто
S🛸
> var_dimp(0.1 + 0.2 === 0.3);
Нельзя сранивать так числа с плавающей точкой
Нельзя сранивать так числа с плавающей точкой
Синтаксис валидный, значит можно
VZ
Синтаксис валидный, значит можно
Можно-то можно, вопрос в том что ты получишь
А
Синтаксис валидный, значит можно
Результат сложения нужно округлить. Конкретно в этом случае все будет нормально, но не так давно сталкивался с неточностью при вычитании в php. При вычитании 2 чисел получалось число с очень длиной частью после запятой. Хотя я не уверен может ли косячить на сложении.
JP
Результат сложения нужно округлить. Конкретно в этом случае все будет нормально, но не так давно сталкивался с неточностью при вычитании в php. При вычитании 2 чисел получалось число с очень длиной частью после запятой. Хотя я не уверен может ли косячить на сложении.
Если числа с запятой то это нормас
AS
Результат сложения нужно округлить. Конкретно в этом случае все будет нормально, но не так давно сталкивался с неточностью при вычитании в php. При вычитании 2 чисел получалось число с очень длиной частью после запятой. Хотя я не уверен может ли косячить на сложении.
при умножении и делении в 99% случаев возникнет такая проблема с float
AS
по этой же причине нельзя в БД типа mysql использовать float типы для точных вычислений, они вообще сделаны для инженерных расчетов. Только decimal (в php он должен быть строкой)