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

Зачем у Oninit в скобках параметр (script_path)?
У меня работает и без него: OnInit ()

имеется в виду, что нужно делать так?

Если память мне не врет, то вроде бы раньше вызов
getScriptPath () в начале подвешивал скрипт и еще были глюки вызова функций QLUA вне колбеков или main.

Небольшая поправка:
В script_path Вы получаете не просто полной путь к папке запускаемого скрипта (как при вызове getScriptPath()), а полный путь, включая имя файла самого скрипта.

В том, что это этот колбек вызывается раньше всех других колбеков и раньше функции main.
Без него у Вас колбеки будут вызываться раньше, чем будет вызвана функция main.

вообще-то ответ есть в документации:
-------------
OnInit   Функция вызывается терминалом QUIK перед вызовом функции main(). В качестве  параметра принимает значение полного пути к запускаемому скрипту.

Формат вызова:  

OnInit(STRING script_path)

В данной функции пользователь имеет возможность инициализировать все
необходимые переменные и библиотеки перед запуском основного потока main().  

И не нужно на меня кегль повышать.

Владимир, Второй поток все-таки нужен, иначе QUIK замрёт, пока работает скрипт.
А вот, что касается:


коллбэки начинают работать только вместе с main.

nikolz, В ЛЮБОМ случае "нет особой разницы, где Вы устанавливаете и загружаете начальные параметры  скрипта". Я миллион раз запускал скрипт и во время торговли, и когда её нет, и НИ МАЛЕЙШИХ "последствий в зависимости от места , где вы устанавливаете переменные" не наблюдалось.

Ладно уж, "рассмотрим эти варианты":
1) Да, именно "в начале скрипта присваиваем значения". Я лично полагаю, что в этом случае присвоение происходит ПОСЛЕ полной загрузки скрипта, но ДО запуска функции main. Впрочем, допускаю, что и ДО полной загрузки, но это при условии, что системную математику писали клинические дебилы. В любом случае, это примерно одна секунда.

2) Да, "в начале функции main" ТОЖЕ производятся кое-какие присвоения. И в середине тоже. Более того, они могут присваиваться даже из внешних файлов - например, номер счёта, код клиента, состояние портфеля и кошелька. Но мне и в страшном сне не может присниться ни "длительная процедура инициализации переменных, ни, тем более, чтобы в это время могли поступить данные по колбекам, и уж совсем невозможно, чтобы эти данные хоть как-то могли "оказать влияние на установку переменных". Это нужен ТАЛАНТИЩЕ, чтобы такого добиться. Просто программировать нужно уметь, хоть немножко.

3) Установка параметров в колбеке OnInit нафиг не нужна, как и сам OnInit. Лично у меня этого дерьма нет, не было и не будет. Точнее, было в самом начале моего знакомства с Луа в тренировочном скрипте, где я пытался понять, за каким хреном эта бредятина может быть кому-то понадобиться.

Ziveleos, Я разве называл вторым потоком? Впрочем, неважно: поток main - он обязательный, так что первый и единственный, а всё остальное - это второй: прорисовка таблиц, коллбеки, и прочая лабуда. Прорисовка у меня вообще отключаемая - так называемый "спящий режим", всех коллбеков один OnTrade, так что в этом "основном потоке QUIK" мой скрипт находится дай бог сотую долю процента.

Владимир,

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

К примеру если обрабатываете колбек OnAllTrade() без нее и не обойтись.

В чём преимущество?
Так его и нет.

Вопрос в организации переменных Вашего скрипта их локализации и видимости.

Владимир, так я с Вами не спорю, где угодно!

Вопрос в организации переменных Вашего скрипта их локализации и видимости.

К примеру, "перед запуском основного потока main" всего 200 локальных переменных я постоянно выхожу за это число.
Если как у Космонавта то сам lua ругается порой.

Сервис!

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

Ну вы это сами лучше меня знаете.

Я не обсуждаю язык, бессмысленно другого нет.
Я лишь прислушиваюсь к рекомендациям авторов.
Проверить
видимость легко,
быстродействие скрипта легко с локальными и глобальными.
SciTe одно нажатие.

А вот со сбором мусора сложней. Оказывается nil запускает сборщик.

Уважаемый Космонавт, мы тут чуть отошли от темы.

На Ваш вопрос - В чём преимущество? Хотел сделать поправку на пост.
Если скрипт небольшой, не требует особого быстродействия, не затратен по памяти.
Вас все устраивает - То ни каких.

Если хотите оптимизировать Вас скрипт посмотрите "Програмирование на Lua"  сэкономит много времени.
Проверено!

С уважением VPM  

Это да.

В трейдинге нет единого алгоритма по которому Все работают.

И ведь вопрос очень примитивен, даже для меня - это азы.
Если можем помочь почему бы нет.

Я уже Вам  писал в другом п. никто здесь является мне или Вам соперником в торговле.

Вы прекрасно знаете что ММ и Банки торгуют абсолютно др. алгоритмы.
Ну к примеру ММ видит обе стороны сделок и одновременно с обоих торгует.

Ziveleos, Не очень понятно что написали.

Но мой комментарий к первому Вашему скрипту.

file = io.open(getScriptPath() .. "\\Environment.txt", "w+")
идет инициализация переменно  file.

getScriptPath() .функция QLUA. Запустите на чистом луа получите скандал!

Я уже молчу что переменная  file записана  в глобальное поле.  

Скрипт выводит в файл список переменных окружения. Сначала body, потом OnInit, и сравнивает их.


Одной переменной больше. И что?


Зачем? В чистом lua и OnInit нет.

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

Ziveleos, Я же спросил: ДЛЯ ТОРГОВЛИ на кой эта хрень нужна? ЗА КАКИМ ХРЕНОМ кому-то "до зарезу необходимо сделать что-то до начала работы коллбэков"? И кому нужно такое говно как Луа, КРОМЕ организации торговле на бирже?

Nikolay, Да вы правы.
Просто из собственного опыта при запуске от колбека  пришло а основной цикл еще не запущен.
Прошедшие события читаю и из таблиц перед за основного цикла, после запуска беру из колбека.
А какие еще варианты обработать т. всех сделок?

Владимир, просто давно интересовал этот вопрос: какая разница между body и OnInit, и зачем он вообще нужен?

Ziveleos, Здесь все просто.

Пользуюсь редактором SciTe,
1) он сам написан на луа т.е. легко модернизировать под свои нужды
а главное он запускает скрипт на исполнение.

getScriptPath() - это путь.
OnInit - это просто функция.
Я ее прячу обычно в OnInit или перед основным циклом в main.

Смысл - мне не нравится что луа ругается.

OnInit по определению нужен лишь затем, чтобы что-то сделать до main. То есть это идеологический идиотизм.

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