Формирование цен в примере

С примером разбираться неохота. Вот такое есть решение, широко распространенное в мире скриптовых языков (например в перле)

function apply_scale(value, scale)
    return string.format("%."..tostring(scale) .."f", value)
end

x = 1.23456
print(x)
print(apply_scale(x, 2))
x = 1.23756
print(x)
print(apply_scale(x, 2))
print(apply_scale(x, 3))
x=1.22
print(apply_scale(x, 9))

результат:

1.23456
1.23
1.23756
1.24
1.238
1.220000000

как видно, округляется корректно, по математическим правилам

zyanov,
причина исходной вашей проблемки в том, что в примере, на который вы ссылаетесь, робот работает только с одной бумагой, поэтому заведена одна глобальная константа PRICE_SCALE. В ней необходимо указать правильный скейл вашего инструмента. Если вы работаете с разными инструментами одновременно - то необходимо, конечно, передавать скейл как параметр, либо считывать это значение из ТТП.

mbul,
спасиб за подсказку. Ваш пример действительно мнооого короче моего )
Причем он правильно работает и для скейла 0 (не выводит точку), я только для этого выдумал такой большой код, а оказывается, все можно сделать много проще.

kalikazandr,

Нужно
1) строковое представление цены (именно строковое! хотя, вероятно, надо оторвать за это квиковцам голову)
2) ваш вариант не годится для дробных цен (с копейками, долями копеек), он всегда вернёт только целочисленное значение.

А, получается вы не от точности цены (скейла) идёте, а от шага цены. Теперь понял. И про дробные значения цены я, конечно, тогда наврал, всё с ними в порядке.
Да, тоже вариант, наверное даже более удобный в торговле.

Учитывая, что нужно строковое представление цены с заданной точностью, ваш вариант не годится:

print(doStep(100, 0.1)) --> 100 (должно быть "100.0")

Ерунда. Если шаг цены = 0.1, то при "PRICE = "100.0000" вы получите сообщение об ошибке:

Строковое представление цены нужно для формирования транзакции при отправке на сервер, а не потому что

Соответственно, при конвертации числа в строку разница в скорости по сравнению с вариантом из [url=https://quik2dde.ru/viewtopic.php?pid=85#p85]поста 2[/url] будет уже не в 14 раз, а ~17% (при оптимизации).
К тому же, там округление по математическим правилам, а у вас тупо отбрасывание лишних знаков.
Но вы не обижайтесь: я ж справедливую критику даю.

Вы видите, что возвращает функция в качестве результата? Строку или число?
Зачем делать, скажем так, "дурацкие" примеры?
Я же говорил, не нравится - не пользуйтесь, не умеете применить функцию - спросите, расскажу как, чтобы сообщений с подобными ошибками не возникало.
Вам в описании функции sendTransaction ясно дали понять, что цена должна быть в строковом представлении, а не в числовом, а вы лепите туда число.
Ну хз, как еще объяснить? Давайте не будем больше об этом беседовать?