CreateDataSource

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

Да, я совсем забыл, что CreateDataSource возвращает таблицу data_source   :)  
Тут нумерация идёт с 1.
Только я написал:

А есть способ получать данные свечей с графика, не сохранив ни в какой переменной таблицу data_source, которую возвращает CreateDataSource ?

Я тоже извиняюсь, но в этой ветке я ничего не писал еще. Есть какие-то вопросы?

Я имел в виду без использования getCandlesByIndex, а именно после вызова CreateDataSource и SetUpdateCallback.
Я подумал, что Серж, возможно, как-то получает эти данные внутри колбэка, не сохраняя при этом в переменной таблицу data_source, которую вернула функция CreateDataSource.

Да, вы правы. С помощью CreateDataSource получаем уже загруженные на текущий момент данные, а в колбеке новые:
Правда, чтобы между for i = 1, ds:Size() do и ds:SetUpdateCallback ничего не потерять пришлось запихать это всё в OnInit.
А поскольку функция CreateDataSource работает очень медленно, при большом количестве запрашиваемых бумаг/интервалов получаем нехилую задержку на старте.   :(  

Чтобы рассчитать индикатор. Любой, даже тот что уже есть в QUIK.
Мы можем поступить двумя способами:

1) Открыть график по интересующей бумаге, выставить нужный таймфрейм, наложить индикатор, задав нужные параметры. И с помощью getCandlesByIndex получать значения индикатора с графика. Ах, да, забыл: надо задать ещё идентификатор графика.
При большом числе бумаг/таймфреймов/параметров индикатора эту процедуру нужно проделывать множество раз.

2) Вариант второй. Написать один раз скрипт для получения цен по любой бумаге/таймфрейму и расчёта индикатора, как функции от параметров. И применять без необходимости открывать сам график.

Если нужного индикатора в QUIK нет, то остаётся только вариант 2.

Есть еще правда ненулевая вероятность того, что пока будет выполняться цикл  for i = 1, ds:Size() do  с сервера успеют поступить новые свечи, которые не были учтены ранее в ds:Size().
Поэтому ds:SetUpdateCallback(GetPrice) наверное лучше поместить до цикла чтения свечей из источника данных.

1) колбек не может ничего сканировать.
по определению -это функция,которая вызывается при наступлении события.
в данном случае - это событие -  получение новых исторических данных  с сервера,
которые дописываются к существующим данным.
------------------
2) Таким образом, колбек позволяет обнаружить приход новых данных, а не ждать их.
Осуществлять обработку при поступлении новых данных.

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

Но вот вопрос, который требует разъяснения:
Поскольку колбек регистрируется после полного выполнения цикла for i = 1, ds:Size() не получится ли так, что те изменения свечей, что поступят в терминал во время этого цикла, действительно не вызовут колбека?

Поэтому я соглашусь с вами:
Всё равно таблица Candles по старым свечам в OnInit будет заполнена до вызовов колбеков.

2) Чтобы ничего не пропустить,  цикл можно поставить в колбеке  

Добрый день.
сама qlua.dll поток не создает. Если Вы используете это где-то в своих собственных библиотеках, то лучше всего сделать их потокобезопасными.

О какой итерации идет речь?

а что, разве у вас скрипты в очереди не последовательно выполняются?

Вопрос я тут вижу только как символ в конце строчки. Поясните, пожалуйста, свою мысль.

Это функция, которая заказывает данные с сервера и возвращает вязанный с этим "заказом" набор функций.

тут много говрилось о какой-то особой "магии" этой функции, что я даже грешным делом подумал, что под её функционал создаётся отдельный поток. Потом - понял, что её также можно с эмулировать на основе коллбеков и классовой обёртки, как это сделано у вас. Понятное дело, что свои данные она реально получает не из коллбеков OnAllTrade или OnParam - она лишь следит каждый цикл выполнения скрипта за обновлёнными данными и вызывает свой коллбек.

ок

если график не открыт то у Вас ничего и нет без вызова CreateDataSource

Раз уж тут у нас получился "Вечер откровений" касательно работы функции CreateDataSource, то предлагаю вернуться к проблеме (CQ01544135), когда CreateDataSource не заказывает данные параметров с сервера, как изначально планировалось.
Предлагаю создать новую функцию, предназначенную непосредственно для заказа параметров бумаг, аналог меню "Связь - Списки...", и не завязывать получение этих параметров на CreateDataSource.

Т.е., если нужно получить только последнее значение параметра (без истории) через getParamEx или колбек OnParam, то заказывать данные с помощью новой функции.
Если нужна истории параметров, то CreateDataSource.

А что не так с галками? Галка, о которой речь ("Получать информацию по всем сделкам с текущего момента") призвана уменьшить трафик, если вы подключаетесь в течение торговой сессии, т.е. "старые" сделки в терминал не приходят. Как вы хотите получать данные этих сделок в скрипте?

Очевидно, это предложение было адресовано не вам, а разработчикам.

И, да, вернёмся к первоначальному вопросу темы:
Куда попадут данные (1), (2) и (3)?

CQ01544135 нормально ищется в поиске. и вообще - чтобы что-то требовать надо из себя хоть что-то представлять, Ты кто такой? Давай...кинь ссылку на любой другой форум где такой умный и требовательный, клавитурный рэмбо )

обращение к пользователю сергей,

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

Люди не меняются, они как строчили по 10-15 сообщений в день на этом форуме под определёнными никами, так и остаётся годами, что бы ты не делал чтобы тебя не просчитали....
там где ты наивный плохо учился шифроваться....гасись дальше ущербный