StaticVar: Обмен данными между Lua-скриптами в QUIK (Страница 3 из 4)

Уважаемый swerg, ждем-с StaticVar под х64.
Если можно, то сразу поправьте SetVarList и GetVarList:
t={1,2,3,4}
stv.UseNameSpace("")
stv.SetVarList(t) ==> invalid key to 'next'
------
stv.SetVar(1, 1)
stv.SetVar(2, 2)
stv.SetVar(3, 3)
stv.SetVar(4, 4)

local t=stv.GetVarList() -- преобразует числовые ключи в строчные
message(tostring(t[1])) ==> nil
message(tostring(t["1"]))==> 1

В таком формате и не обещалась работа.
Если требуется именно таблицу сохранить и восстановить в целостности - то

t={1,2,3,4}
stv.SetVarList("somename", t)
....
stv.GetVarList("somename", t)

Так в справке и написано же:
SetVarList(table)  -- из переданной в качестве аргумента таблицы формата ["var_name"]=var_data заполняет данные с указанными именами

Ну так-то тоже всё по справке:
GetVarList()  -- возвращает таблицу формата ["имя_переменной"]=значение

Ну т.е. Set / Get (в том числе SetList / GetList функции) подразумевались именно как сохранение неких именованных (текстом) переменных (первый параметр), а не сохранение честных таблиц Lua. Таблицы корректно сохраняются из второго параметра,  с учётом всех типов.

Так что тут вопрос всё же идеологии.

Другое дело, что, быть может, имеется смысл поменять формат обращения так, чтобы это выглядело как обращение к некой "глобальной таблице", видимой отовсюду. Про это да, есть идеи, но надо продумать как это должно выглядеть.

Возможно я не все понял, но я бы предложил не маяться с пространствами имён, а пойти таким путём.

smart.botname = "bot_name"  -- если имя бота вообще требуется - сохранить его как один из параметров
smart.posa = 1
smart.plan = 1
smart.price = 64.5
smart[1] = {balance=5, plan=5, price=64}
smart[2] = {balance=10, plan=10, price=63.5}

Далее
Бот формирует заявку(и) с уникальным id(string)

stv.SetVar(id_заявки, smart)   -- id_заявки - уже строковое!

Где-то надо получить параметры бота (и возможно поправить), зная id заявки - не проблема:

smart = stv.GetVar(id_заявки)
smart.price = 65.5  -- новое значение
stv.SetVar(id_заявки, smart)

Где-то надо просто перебрать все имеющиеся заявки:

allOrders = stv.GetVarList()

получили таблицу allOrders в формате:
["id_заявки1"] = {таблица с параметрами заявки, включая "bot_name"}
["id_заявки2"] = {таблица с параметрами заявки, включая "bot_name"}
и т.д.

Таблицу allOrders можно проитерировать, посмотреть/отобразить параметры всех заявок.
Можно даже поменять параметры каких-то заявок и все скопом потом записать назад как

stv.SetVarList(allOrders)

Приветствую, я чуть ранее об этом писал, что StaticVar не потокобезопасен и такая проблема есть.
Вообще, в рамках квик, плохая практика работать в разных потоках, т.к. в main простой опрос таблиц видит событие раньше, чем будет вызван соответствующий calback в 90% случаев.
По этому событие из calback-ов обрабатываю в main.

Ваше предложение по архитектуре nsp я пользовал раньше, в итоге, более удобно не загружать весь смарт в nsp, а переключаться на nsp заявки и менять 1 значение, либо накатывать сразу несколько значений:
stv.UseNameSpace("AA")
stv.SetVarList({price=64.3,plan=10,BS=true})
Это удобно, так же и для gui, где 1-н tabsheet в таймере опрашивает конкретную стратегию, а не все стратегии сразу.

Давайте придумаем что бы нам хотелось и как это хотение должно работать.

Я в таком сценарии не понимаю вот что: а как после этого (предположим, что данный код сработал) должны работать SetVar / SetVar? что им надо будет указать в качестве "имени переменной"?

Нет, это никак не массив.
Это именно отдельная функция "дай значение параметра по ранее сохранённому имени".

Я понимаю вас в том смысле, что программирование на Lua приводит к определённому взгляду на объекты в программе, и этот взгляд переносится на все аспекты применения/использования в данном языке любых сущностей. Как и программирование на других языках тоже привносит определённую проф. деформацию мозга в каждую свою сторону для каждого языка :)

Но давайте всё же позаботимся о какой-то красоте мира и логичности. Вы ведь согласитесь, что вызов функций - ну никак не похож на обращение в таблице в Lua.

Ну не таблица это ну никак! Чисто даже синтаксически.
Т.е. я понимаю ваши чаяния и хотелки, но не поднимается у меня рука в таком виде их реализовывать / развивать.

Чем больше фич, тем труднее будет отловить ошибку. Нужно оставить как есть, оно вполне себе годный вариант, только индексы поправить и сделать Set/Get-функции пот типу qpile с явным указанием на nsp (в qpile явно указывается имя таблицы).

Тем не менее, давайте помечтаем ("кто о чем, а вшивый о бане").
Итак, есть пространство имен "nsp1", конкретной заявки, которое будет хранится в поле комментария brokerref и доступно в транзакционных таблицах и событиях:

stv.SetVarList("nsp1", {-- сразу! используем нужное пространство имен
  plan = 1,
  posa = 1,
  price = 64.3,
  status = "F",
  event_msg = {}, -- для событий извне
})

В event_msg нужно "накатить" события, будь то события с кнопки или с калбэка:

  stv.SetMsg("nsp1", "event_msg", {OnTrade = true})
  stv.SetMsg("nsp1", "event_msg", {OnOrder = true})
  stv.SetMsg("nsp1", "event_msg", {gui = {plan = -4, price = 64.9})

в итоге имеем поле event_msg в nsp1:

  event_msg = {
    [1] = {OnOrder = true},
    [2] = {OnOrder = true},
    [3] = {gui = {plan = -4, price = 64.9}},
  }

Бот опрашивает event_msg:

  emsg = stv.GetMsg("nsp1", "event_msg") -- при вызове GetMsg поле event_msg = {} - автоматически, если не пустое
  if #emsg > 0 then
    -- обработка событий
  end
  -- пошелестел торговый алгоритм
  trade()

По сути, поле event_msg должно выглядеть отдельным объектом в пространстве имен.

И функции SetVar/GetVar нужны с явным указателем на пространство имен:

  plan = stv.GetVar("nsp1", "plan")
  stvSetVar("nsp1", "price", 64.5)

Пустое пространство имен или именованное (например, nsp_list или "TQBR_SBER") можно использовать для хранения общей информации по инструменту, например.

А stv.UseNameSpace убрать совсем, за ненадобностью + нет гарантии, что сразу после вызова UseNameSpace одним ботом, второй бот тоже ее вызывает и первый бот запишет не в свое пространство имен, что собственно и бывает на практике. И функция о текущем пространстве имен, тоже не нужна, т.к. Set/Get будут явно указывать на nsp.

И будет счастье:)

Хорошо, тот вариант синтаксиса, который я предлагаю выше - он ведь покроет полностью ваши потребности, верно ведь я понимаю?

Заметил странную особенность в терминале от финам.
Отключение ботов, использующих StaticVar, не очищает пространство имен и при повторном включении боты видят то, что там записано. Помогает перезапуск терминала.
А в терминалах втб и открытие все норм.

Все, не ищите. Все ровно, старая версия бота обнуляла пространство имен после перезапуска бота.

(версия 1.3.1)
Добавлено корректное потоконезависимое переключение NameSpace'ов
Теперь если в main() задать NameSpace - то он активен только для потока main() этого скрипта и не влияет на код, выполняемый в основном потоке (или в потоке main() других скриптов).