getSecurityInfo возрващает поле min_price_step с типом number.
Некоторые инструменты имеют min_price_step 0.05.
Число 0.05 не имеет точного представления в типе number (double).
Отсюда возникают вопросы:
1. Планируется ли менять тип min_price_step с number на string.
2. Регламентировано ли (и где) максимальное число значащих цифр после запятой для min_price_step.
3. Те же вопросы для любой переменной типа number c вещественной частью, возвращаемой через QLua API (пока столкнулся только с min_price_step).
Почему это важно:
Например, проверка на кратность цены вида ↓ работать не будет
Некоторые инструменты имеют min_price_step 0.05.
Число 0.05 не имеет точного представления в типе number (double).
| Код |
|---|
local info = getSecurityInfo("SPBFUT", "MMM6");
message(string.format("%.20f", info.min_price_step), 1); -- см. 3 последние цифры
|
1. Планируется ли менять тип min_price_step с number на string.
2. Регламентировано ли (и где) максимальное число значащих цифр после запятой для min_price_step.
3. Те же вопросы для любой переменной типа number c вещественной частью, возвращаемой через QLua API (пока столкнулся только с min_price_step).
Почему это важно:
Например, проверка на кратность цены вида ↓ работать не будет
| Код |
|---|
price = "235.7" min_price_step = 0.5 assert(math.fmod(tonumber(price), min_price_step) == 0, "некратная цена"); |