Общие вопросы по написанию скриптов LUA. (Страница 5 из 10)

Все уже проиндексировано, переживать не о чем.

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

Надо запятые добавить между элементами, т.е. после закрывающих фигурных скобок внутри
И квадратные скобки убрать

Документации и примеров же море на Lua в гугле, методом подбора - зачем?

settings = {
    common =    {    
        _KIND                = 0,
        TRADE_ACC            = "NL0011100043",
        CLIENT_CODE            = "11053",
        },
    SPBE =    {
        SEC                    = "SPBE",
        CLASS                = "QJSIM",
        trigger_CCI            = -150,
        trigger_RSI            = 25,
        percent                = 0.6,
        portfolio            = 1,
        uniq_trans_id        = 0x10000,
        Block_sell_Case        = 0,
        },
    FLOT =    {
        SEC                = "FLOT",
        CLASS                = "QJSIM",
        trigger_CCI        = -150,
        trigger_RSI        = 25,
        percent            = 0.6,
        portfolio            = 1,
        uniq_trans_id        = 0x11000,
        Block_sell_Case    = 0,
        }
}

Вобщем полдня рылся, нашел что в моем случае оператор # не работает, он исключительно для массивов. Так что вопрос снимается.
А вот по второму вопросу я так решения и не нашел к сожалению. Смысл в том, что

settings = {
    common =    {    
        _KIND                = 0,
        TRADE_ACC            = "NL0011100043",
        CLIENT_CODE            = "11053",
        },
    SPBE =    {
        SEC                    = "SPBE",
        CLASS                = "QJSIM",
        trigger_CCI            = -150,
        trigger_RSI            = 25,
        percent                = 0.6,
        portfolio            = 1,
        uniq_trans_id        = 0x10000,
        Block_sell_Case        = 0,
        },
    FLOT =    {
        SEC                = "FLOT",
        CLASS                = "QJSIM",
        trigger_CCI        = -150,
        trigger_RSI        = 25,
        percent            = 0.6,
        portfolio            = 1,
        uniq_trans_id        = 0x11000,
        Block_sell_Case    = 0,
        }
}

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

settings["SPBE"].CLASS

то без проблем. Но на запуске робот не знает такой строковый индекс, ему нужно его сообщить. Идеальным и красивым решением было бы

settings[2].CLASS

читать так, но судя по всему это нереально. Ну не нашел я как это можно сделать...
Как компромисс можно добавить еще и массив

Indx = {
    "common",
    "SPBE",
    "FLOT",
}

И тогда читать

settings[Indx[2]].CLASS

Но выглядит это немного топорно. Может есть более элегантное решение?
Напомню, что числовые индексы нужны только для запуска робота. В дальнейшем будут использоваться исключительно строковые индексы. Впрочем именно для этого все и затевается. Задача, объединить все роботы в один поток.

Что то в этом есть Надо переварить

settings = {
    common =    {    
        _KIND            = 0,
        TRADE_ACC        = "NL0011100043",
        CLIENT_CODE        = "11053",
        },
    SPBE =        {
        SEC            = "SPBE",
        CLASS            = "QJSIM",
        trigger_1        = -150,
        trigger_2        = 25,
        portfolio        = 10,
        uniq_trans_id        = 0x10000,
        Block_sell_Case        = 0,
        },
    FLOT =        {
        SEC            = "FLOT",
        CLASS            = "QJSIM",
        trigger_1        = -150,
        trigger_2        = 25,
        portfolio        = 10,
        uniq_trans_id        = 0x11000,
        Block_sell_Case        = 0,
        },
}
for k in pairs(settings) do
  print(k)
end

common
FLOT
SPBE

v мне не нужен, только ключ... Красиво, элегантно получается, вместо числового ключа получаю сразу строковый, именно то, что нужно. Единственное, пришлось перенести common в конец. И при встрече с этим ключем надо прервать цикл. Спасибо.

Не совсем. Мне надо сначала получить строковый индекс SPBE, FLOT. Но это уже сама по себе таблица и в значении я получу только адрес таблицы. А затем уже по этому индексу из уже вложенной таблицы я смогу заполнить переменные, значениями. Принципиально можно точно также использовать pairs, но это уже будет вложенный цикл в вышеописанный. Как то так. Но смысла большого я в этом не вижу, ибо выложенная таблица это всего лишь константы, а робот заполняет подобную структуру, но там переменные и к настроечным константам они не имеют вообще никакого отношения.
А что бы было возможно получить доступ к нужной таблице по коду инструмента (не забываем что все колбэки возвращают в том или ином виде код и класс инструмента в виде строки), мне нужно заполнять подобную константам структуру, а к вложенным таблицам мне необходимо обращаться по строковому индексу, например "SPBE". Таким образом, например в

OnQuote(class_code, sec_code)
end

я получаю доступ ко всем переменным, константам так: tool[sec_code].NAME и settings[sec_code].uniq_trans_id соответственно. Таблицы одинаковы по структуре, но совершенно разные по набору и количеству полей. Когда у робота один инструмент, все проще. А когда их несколько, например 23, то надо как то быстро получить доступ к нужной переменной. Вот именно для этого я все и делаю. Таким образом я сразу упрощаю себе жизнь, вместо 23 копий настроечных параметра для каждого отдельного робота, у меня будет всего один файл, который на новый инструмент настраивается тупо копипастом, все роботы будут работать в одном единственном потоке, а не в 23 сразу

Сейчас почти объединил все свои роботы в один поток. Потихоньку отлавливаю баги, ну как обычно, тут не тот индекс вписал, там не на ту таблицу сослался, где то втискивается левый индекс ну и прочее прочее. Ну не бывает так чтобы программу взять и написать с первого раза
И во время отладки заметил любопытный толи баг, толи особенность работы pairs(). Вобщем она выдает индексы(ключи) в рандомном порядке, все индексы(ключи) правильные. Но порядок рандомный. Если вбить сюда [url]https://qlua.ru/demo/[/url] вот эту программу и запустить несколько раз, ключи действительно чередуются рандомно.

settings = {
    common =    {    
        _KIND            = 0,
        TRADE_ACC        = "NL0011100043",
        CLIENT_CODE        = "11053",
        },
    SPBE =        {
        SEC            = "SPBE",
        CLASS            = "QJSIM",
        trigger_CCI        = -150,
        trigger_RSI        = 25,
        percent            = 0.6,
        portfolio        = 10,
        uniq_trans_id        = 0x10000,
        Block_sell_Case        = 0,
        },
    FLOT =        {
        SEC            = "FLOT",
        CLASS            = "QJSIM",
        trigger_CCI        = -150,
        trigger_RSI        = 25,
        percent            = 0.6,
        portfolio        = 10,
        uniq_trans_id        = 0x11000,
        Block_sell_Case        = 0,
        },
}
for k in pairs(settings) do
  print(k)
end

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

Спасибо, видимо запамятвовал. Тем не менее, в любом случае это именно то, что нужно, все работает. А как отсортировать я уже придумал. У меня trans_id выглядит так 0х12000(ну люблю я использовать hex, все просто, компактно и наглядно), где старшие восемь бит однозначно опознают робота. Остается только обнулить на всякий случай младшие 24 бита(хотя надо глянуть, если сдвиг с потерей битов то и обнулять не надо) и сдвинуть вправо на 24 бита(ну или поделить на 0хFFF, что тоже самое в общем то), получившееся число использовать в качестве номера строки для вывода уже в пользовательскую таблицу. А в каком порядке они будут в памяти, мне вообще без разницы, роботу в принципе тоже

Да, это я тоже видел, но сразу отказался, ибо нерационально. сделал проще. Так как uniq_trans_id однозначно указывает мне на номер робота старшими 8 битами и имеет вид 0х01ХХХ где 01 это номер робота, а Х для служебного использования в самом роботе.

tool[temp].num_row        = settings[temp].uniq_trans_id >> 12

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

Там же внешний exe-шник используется curl 

Попробуйте вот это решение
[url]https://quik2dde.ru/viewtopic.php?id=307[/url]

В любом случае без внешних библиотек не обойтись

Отключить callback-функции можно вставив в начало каждой из них:

if флаг_работать_еще_нельзя then
     return
end

Изначально внутри тела скрипта присвоить флагу true, а как "уже можно" - присвоить false и callback'и начнут работать.
Другого пути нет