В чём преимущество OnInit

VPM, Что почему? Идиотизм? Потому, что фиксированное имя main для того и придумано, чтобы указать место, с которого начинает работать программа. Кого-то из криворуких бездарей это не устроило, и они изобрели ВТОРОЕ фиксированное имя, чтобы указать... правильно: место, с которого начинает работать программа.

Владимир, Все равно не понятно,
вот документация. будет  OnInit()  или не будет.
Из body будет брать и обрабатывать. Так устроен луа, а qlua не приделах.
Я думаю это больше к вопросу с видимостью в самом луа.

Nikolay, Вот это правильно! К этому Вопросу Может глянете мою веточку что то посоветуете.

Ziveleos, Мне не нужен это просто пример, что можно писать другие переменные.

суть другая переменная local path;
локализуется в body а присвоение идет в  OnInit
я так делаю когда переменных >200, если меньше лучше делать как описал Владимир.



function List.popfirst (list)   local first = list.first;
  if first > list.last then
  --error("list is empty")
  return nil
  end
  local value = list[first]
  list[first] = nil -- чтобы разрешить сборку мусора
  list.first = first + 1
  return value
end

Ну вот пример от автора луа   list[first] = nil -- чтобы разрешить сборку мусора

local path=nil;

Целиком поддерживаю Вас.
Не от хорошей жизни колупаемся в носу и лезем не туда.
Так поделитесь опытом.

Владимир, Да это вы правы Опыт необходим, но ведь если не учить не подсказывать, то и опыт будет соответствующий.

Я в данном случае не о себе, о молодежи.
У меня все в порядке с наставниками всегда везло, и вспоминаю их с огромной благодарностью!

Да и зарегистрировался  на форуме чтоб исправили ошибку в стакане. Вроде нашли!

Выше в этой ветке давно же уже написано: из так называемого body не все функции QLua корректно работают (во всяком случае на такое натыкались ранее; речь про разные хитрые функции типа создание DataSource или чего-то такого; изменилось ли что-то с тех пор - не знаю, если найти на форуме на что именно жаловались - то можно проверить)
В то же время на момент выполнения OnInit() уже точно любые функции QLua будут работать корректно. Плюс бонусом передается путь до скрипта, если он требуется.

Т.е. вообще говоря, OnInit() QUIK вызывает так сказать осознанно, когда все готово и известно, что такая функция в скрипте определена.
Но вот чтобы узнать какие callback-функции в скрипте определены - QUIK (да и  вообще Lua) вынужден весь скрипт полностью выполнить, это определит для Lua имеющиеся в скрипте функции, про них станет известно. И, разумеется, при этом выполняется тот самый код, который написан мне функций и который я когда-то назвал [BODY] в своей документации описания QLua. И термин этот прижился, так теперь все его и использ0уют.

Вот и вся разница. Чем пользоваться - да все равно. Если ваш инициализирующий код корректно работает в [BODY] вам такой стиль нравится - то и замечательно. Если хочется чего-то этакого - пользуйтесь OnInit(), если так вам удобнее понимать лдогику собственного скрипта. Скорее вопрос привычек, короче. Ну за исключением нюанса вызова некоторых функций. Но если вы с таким нюансом не сталкиваетесь - значит либо вы такие функции не используете, либо QUIK этот момент давно починил.

Еще раз.
Выполнение [BODY} - чисто технический момент.
Т.е. QLua сначала просто выполняет Lua-скрипт, при этом - главное - в глобальной области видимости для Lua-машины появляются определенные в скрипте callback-функции. После этого QLua уже может узнать какие callback-функции определены в скрипте и после знает какие callback-функции надо вызвать, т.к. они есть, а какие не надо, т.к. их нет. Вот и все, вот и весь "секрет".
А то, что при этом выполняется остальной код, расположенный вне функций - просто неизбежность, никакого глубокого смысла в том нет.

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

Кстати по по поводу пути. У меня путь определяется так:
local path      = (_G.getScriptPath and _G.getScriptPath() or (arg[0]:gsub('[^\\/]*$', '', 1):gsub('\\', '/'))) or ''
if path == '' then path = './' end

И это не в какой-то функции, а в самом начале скрипта. И как-то не вижу я проблем, чтобы getScriptPath не работал. Так что да, особого смысла в OnInit не вижу. Хотя, когда разбирался с окружением qlua, тоже использовал.

Так Вы его исключили, у вас или или это. Если его нет то идет конструкция or (arg[0]:gsub('[^\\/]*$', '', 1):gsub('\\', '/'))) or '' еще в глобальное поле занесли.

Потому что одни и те же скрипты могут запускаться не только в терминале Квике. Поэтому если нет в глобальном контексте метода getScriptPath, то значит вызов из командной строки, а значит надо разбирать аргументы, коих в терминале нет.

Nikolay, Ну это вы сделали под свои задачи методом исключений.  
это один из подходов.

Если не лезть в дебри  то
Смысл Вы спрятали getScriptPath() от луа, так как функция эта qlua который еще не запущен.

Nikolay, Я не корректно написал, запускаем не в терминале а в луа, и прячем от самого луа или вашем случае от др.

Ваш пример это один из вариантов, OnInit другой, я прячу в функцию которую вызываю  где мне нежно.

в тестах на луа свой делаю прописывая в нем полный путь getScriptPath().

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

Уважаемые форумчане вот инструкция от разработчика.

Использование Lua в Рабочем месте QUIK

1. Возможные подходы написания скриптов Lua для плагина QLua в Рабочем месте QUIK

Для запуска добавьте необходимый скрипт и нажмите на кнопку
«Запустить». Запуск скрипта всегда начинается с обработки тела скрипта вне каких-либо
функций, обозначим его . Можно выделить три подхода при создании Lua скрипта:

1. Вся необходимая логика описывается в области . В этом случае сценарии,
описанные в теле скрипта вне каких-либо функций, после запуска выполняются только
один раз, и скрипт переходит в состояние «Остановлен». Данный подход применим для
Lua скриптов, целью которых является разовый подсчет необходимых данных. Скрипты с
такой структурой выполняются в основном потоке РМ QUIK, ...

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

3. Событийная модель. При выборе данного подхода предоставляется гибкая среда
выполнения пользовательских сценариев внутри QUIK, позволяющая мгновенно получать
интересующие события от РМ QUIK, производя нужную обработку этих событий. Для
обработки того или иного события необходимо в скрипте прописать функцию
с предопределенным названием. Описание данных функций приведено в разделе 2.2
«Функции обратного вызова» Руководства пользователя Интерпретатора языка Lua.
Скрипт Lua может содержать несколько функций с предопределенными названиями,
являющимися обработчиками событий, таких как новая сделка, новая обезличенная
сделка, изменение котировок и т.д

Как и в предыдущей структуре скрипта Lua, после его запуска первоначально
выполняются сценарии, описанные в , если они присутствуют. Далее происходит
вызов обработчика с именем OnInit(), если он присутствует. В обработчике OnInit()
пользователь имеет возможность инициализировать все необходимые переменные и
библиотеки перед запуском отдельного потока. После завершения функции OnInit()
происходит создание отдельного потока РМ QUIK, и в этом потоке начинает выполнение
функция main(), которая обязательно должна присутствовать в скрипте. Скрипт
считается работающим, пока работает функция main(). При завершении работы

И что? что вы хотели этим сообщением сказать?

nikolz, Да с чем угодно. НЕТ у этого говна никаких преимуществ. Нет, И БЫТЬ НЕ МОЖЕТ. Это идеологический кретинизм. Я знаю, что Вы чайник в программировании, но даже Вам не следует тупо делать как рекомендуют разработчики КВИК - они, мягко говоря, не боги. Тем более, что они как раз меньше всех заинтересованы в качестве софта.

Что же вы на ненавистном вам луа пишите? Можно же в одну строчку загрузить библиотеку, написанную на С. И все остальное делать уже там. Регистрировать колбеки - lua_register. Дергать функции quik через lua_pcall. И никакого тормозного интерпретатора.

  Вы до сих пор используете OnTrade? Зачем реагировать на полуфабрикаты (колбеки), когда можно использовать текущее состояние QUiK (таблица по сделкам)?  Вы же не занимаетесь FTP (зачем? и точно бессмысленное занятие этим в quik)? Чем проще, тем надежнее.

Дааа... Дискуссия приобретает все более неожиданные повороты.
FTP - это протокол передачи данных.
то, что ви иметь ввиду называется - HFT.

TGB, Да, я до сих пор используете OnTrade, намерен и дальше его использовать - это и проще, и быстрее, и надёжнее. Зачем бегать по таблице сделок, если есть прерывание? А если этих сделок сотни или тысячи за сеанс? Мой скрипт экономит своё время...

VPM, Почему это "никому не нужны сотни и тысячи тикеров"? У меня на долларовом рынке только в портфеле было с полсотни тикеров, а у моего друга и за сотню переваливало. И сделок у меня бывало под тысячу даже в боевом режиме. А уж тикеров, за которыми скрипт следил и вообще было тысячи полторы-две. При этом HFT меня никогда не интересовал - не для Квика эта технология, и вообще дурацкая.

VPM, Да не смешите Вы мою задницу. Время от времени даже солиднейшие компании с целой армией аналитиков высочайшей квалификации терпят миллиардные убытки. а инсайд вообще никакого отношения к торговле не имеет - это, по сути, жульничество. Другое дело, что с деньгами намного легче зарабатывать, чем без них. А стабильность - это минимизация рисков. И, соответственно, снижение вероятности заработать много и быстро. Сеточные алгоритмы как раз и относятся к высокорисковым.

VPM, Я вообще без понятия, в чём там мой скрипт участвует: денег дал - и пусть выкручивается как знает. Когда писал, стремился как раз максимально снизить риски, так что особых звёзд он с неба не хватает, но работает очень надёжно, и я давно перестал следить, чем он там занимается - всё равно он торгует лучше меня.

Я и сейчас отрицаю обработку старых данных. Разве что режим работы по историческим данным использовал для черновой отладки скрипта.

Естественно, любой, кто может, всегда с радостью откусит кусочек у соседа. А фьючерсы и вообще игра с нулевой суммой. Для меня в своё время было полной неожиданностью, что техника торговли на срочном рынке радикально отличается от фондового, и я тогда довольно прилично просел, пока отлаживал торговые алгоритмы.

TGB, Какая разница, по старым или по новым? По ней нужно бегать, чего-то там сохранять, чего-то там искать. И как часто? У меня, например, блокируется подача подача новой заявки по тикеру, если предыдущая не реализована или не снята. А если у меня эта заявка будет реализована в сотню сделок? В том-то и прелесть OnTrade, что НИЧЕГО не нужно делать, ни за чем не нужно следить, пока тебя не пнут под зад прерыванием.

TGB, Затем, что сделки приходят в случайные моменты времени, алгоритмически они и есть прерывания. Точно так же, как и реакция на нажатия клавиш или клики мышкой. И мой скрипт обрабатывает и то, и другое именно как прерывания. И программу я пишу не для управления системой зажигания автомобиля, а для ещё более простой задачи торговли через Квик. И не моё собачье дело, когда придёт сделка по моей заявке: через секунду или через час. И не скрипта дело - когда придёт, тогда и обработает.