Александр написал: Ещё вопрос по функции SetValue. Она не работает по последней формирующейся свече?
Для последнего индекса происходит возврат данных из функции OnCalculate. Эти данные устанавливаются на график. Так что даже если вы используете функцию, все равно произойдет переопределение.
Это методика учета. Никаких проблем реализовать FIFO, LIFO, по средней нет. Вопрос для чего. Обычно ее используют для исчисления прибыли. Собственно, если я правильно помню эту картинку, то это сетка заявок (сделок), где как раз фин.рез так и считают. При этом брокер может считать совсем по-другому.
А с токи зрения баланса инструмента - нет разницы. Одни все одинаковые.
Вы можете прочитать дату экспирации в свойствах инструмента. Используя свой календарь, заменить инструмент даже раньше или позже чем это предложит терминал.
local ds, err = CreateDataSource(CLASS_CODE, SEC_CODE, INTERVAL); if not ds then действия при ошибке end
Далее можете в бесконечном основном цикле просто тыкать в поток и проверять изменился ли ds:Size(). Для этого, естественно нужны переменная, где хранится прошлое значение. Можете ее глобальной сделать, можно через замыкаение все сделать, можно через класс, как угодно.
Если интервал минута, то индекс и будет увеличиваться раз минуту при наличии сделок, не раньше. Это же индекс временного интервала. Пока новый не наступил, чего ему увеличиваться.
Сергей написал: Если я правильно понимаю мне в моём случае нужно писать так, да? DS,Error = CreateDataSource('QJSIM', 'SBER', INTERVAL_H1); local Last = math.max -- что-то там, что даст мне индекс последней полученной свечи local Price = DS:L(Last); message('Price: '..Price);
Если задача получить последний бар (текущий), то это ds:Size()
ds:Size() - это текущий бар. Но новый бар появляется только по совершению сделки. Допустим минутный бар. Он может быть уже по факту завершенным, т.е. уже началась новая минута. Но т.к. еще нет сделок в новом интервале, то нового бара (увеличения индекса) еще не будет.
Если алгоритм требует простого увеличения номера бара, то можно просто контролировать увеличение номера при получении ds:Size(). А если алгоритм требует совершения действий именно при наступлении нового временного интервала, то надо контролировать время сервера и время бара.
У объекта ds есть метод Size(), который вернет последний индекс бара. При этом закрытый он или нет надо проверять по времени. В большинстве случаев ds:Size() - это послдений текущий бар. Т.е. закрытый будет ds:Size().
А 1 - это будет первый бар. В Квике, в отличии от MT, нумерация от 1.
Также важно отметить, что получать поток данных через CreateDataSource надо делать один раз, сохранив его в переменную.
Все методы объекта ds описаны в документации к языку.
А зачем перешли на lua 5.4.1? Опять библиотеки перекомпилировать, скрипты перекомпилировать. Что такого важного увидели в этом релизе, что надо было переходить. При этом, что текущий релиз 5.4.2.
А зачем два раза получать строку через getItem? Строку проще получить один раз, проверить что она не пустая, т.к. такое бывает и потом уже из нее получать данные, сверив, что она по нужному инструменту, счету.
Владимир, на самом деле, действительно на грани, как минимум непонимания.
Вам, как только Вы появились на форуме, было уже сказано, что есть много тонкостей и нюансов.
Теперь Вы просто собираете все. При этом все это обсуждалось на этом форуме уже много много лет, предложены разные варианты решений.
Я Вам могу еще одну особенность дать - в таблице trades (это там где сделки хранятся, она же по колбеку OnTrade), номер транзакции появляется не всегда сразу. Он может быть 0, а потом меняется на корректный.
Все зависит от алгоритма. Если предполагается один ордер, то его можно отловить просто. Надо писать комментарий в ордер, тогда при перетаскивании он сохранится. Далее надо ввести некую задержку ожидания появления нового ордера - это самый "тонкий" момент, т.к. все зависит от сервера брокера, канала связи.
В колбеке ловите момент, что старый ордер был снят, хотя можно и не ловить, т.к. если Вы снимаете ордер через скрипт, то это итак известно. Остальное - это внешнее воздействие. Теперь просто ждете пока не появится новый ордер с тем же комментарием, а если не появился через введенную задержку - выполняете какие-то действия, например, перевыставляете.
Владимир написал: Roman Azarov, И что делать? А по OnOrder это дело ловится? Если верить описанию, при любом изменении параметров заявки эта штуковина должна бы вызываться (именно по ней вкупе с OnTrade я и собираюсь отслеживать состояние торгов).
Делать что? Колбеком OnOrder Вы можете отследить изменение параметров ордера, только не забывайте, что он приходит не один раз. Если же при снятии была ошибка, то она придет только в OnTransReply, OnOrder не будет вызван. Так что надо либо контролировать транзакцию, либо опрашивать ордер, проверяя его состояние.
В ответе на транзакцию снятия заявки (KILL_ORDER) номер снимаемой заявки не приходит. В ответе на транзакцию передвижения заявки (MOVE_ORDERS) приходит только номер новой заявки.
Также, заметим, что данный ответ идет от Торговой Системы, а не от терминала.
Все же при удачном снятии номер заполнен в поле order_num, по крайней мере на вашем тестовом контуре.
Вопрос был понятен. Не понятна проблема. При подаче транзакции мы знаем номер модифицируемого ордера и номер поданной транзакции. Т.е. есть структура {trans_id, order_num}
Ели транзакция прошла успешно, то номер снимаемого ордера заполнен в ответе транзакции. Если возникла ошибка то он не заполнен. Но у Вас есть структура, где по номеру транзакции есть номер ордера по которому возникла ошибка.
Если задача перехватить ответ для отправленной транзакции, то это лучше делать по номеру транзакции, который был передан. Номер транзакции тоже известен при ее подаче, а ответ этот номер содержит.
А с чего вообще что-то должно поменяться для "наблюдателя" скрипта? С его точки зрения каким был колбек таким и остался. На то он и колбек, назание само за себя говорит.
Не думаю что пойдут на изменение синтаксиса. Я бы больше ожидал стабильности и предсказуемости в вызовах. Сейчас только несколько колбеков типа подключения-отключения-ответ транзакции можно использовать. Остальные не вызывают доверия и надежней баз них. А то когда у тебя колблек от событий прошедших часы назад прилетает после перезапуска терминала, то проще не смотреть на них.
Здесь я с Владимиром согласен, не очень понятно зачем вносить лишние сущности в виде сторонних библиотек, если почти все что надо от скрипта можно сделать на qlua. Да, нельзя показать картинки, не очень удобно выводить многострочный текст и т.д., но бантики не имеют отношения к тому что надо от интерфейса скрипта.
Писали же как-то программы раньше. Даже некое подобие 3-х мерного изображения выводили до Open GL. И ничего, научная работа велась.
Если уж интерфейс такой сложный, что он должен определять поведение скрипта, то проще написать весь скрипт на плюсах (QScalp), зачем мучить LUA, да еще VCLua на турбо паскале, которое притянет за собой свои зависимости и проблемы синхронизации. Не говоря уже про то, что она, мягко говоря, устарела.
И команды и переключатели, и поля ввода, горячие клавиши прекрасно делаются на qlua. Просто к таблице надо подойти как к объекту, наполнив его методами, обратными вызовами. Я бы даже сказал, что надо написать свой DSL. Тогда, вызывая конструктор окна с настройками, получим уже готовый объект. В частности, у меня окно рисуется через таблицу настроек, все остальное уже заложено в объект. Надо добавить переключатель или что-то другое - одна строка таблице настроек.
Как к этому подойти - ну явно не надо писать простыню в main. Придется использовать очереди событий, сообщений и др. Также не советую использовать номера колонок, строк как идентификатор ячейки - это затрудняет модификацию окна. Часто просят переставить местами что-то. Это не должно приводить к переписыванию всего кода. Надо просто в одном месте поменять описание поля (колонки) таблицы.
Вот исправленное. Прогнал через линтер, помимо кавычек еще вместо минус было тире. Явно хранили текст в Word или в чем-то подобном.
Код
Settings = {
Name = "*StohRSI",
round = "off",
Period = 5,
Per_K = 9,
PeriodSO = 5,
Shift = 3,
VType = "Close", --Open, High, Low, Close, Volume, Median, Typical, Weighted, Difference
line = {
{Name = "RSI", Type = TYPE_LINE, Color = RGB(255, 255, 128)},
{Name = "SO", Type = TYPE_LINE, Color = RGB(255, 0, 0)},
{Name = "Sign", Type = TYPE_LINE, Color = RGB(128, 255, 128)},
{Name = "line 20", Type = TYPE_LINE, Color = RGB(0, 128, 255)},
{Name = "line 80", Type = TYPE_LINE, Color = RGB(0, 128, 255)}
}
}
function Init()
func = RSI()
return #Settings.line
end
function OnCalculate(Index)
if not CandleExist(Index) then
return nil
end
return func(Index, Settings)
end
function RSI() --Relative Strength I("RSI")
local Up = {}
local Down = {}
local val_Up = {}
local val_Down = {}
local K_MA1=MA()
local K_MA2=MA()
local D_MA=MA()
local proSO={}
local Out = {}
return function (I, Fsettings, ds)
local Fsettings=(Fsettings or {})
local P = (Fsettings.Period or 14)
local PK = (Fsettings.Per_K or 5)
local PerSO = (Fsettings.PeriodSO or 5)
local S = (Fsettings.Shift or 3)
local PD = (Fsettings.Period_D or 3)
local VT = (Fsettings.VType or "Close")
local R = (Fsettings.round or "off")
local MD = (Fsettings.Metod_D or "SMA")
local M = (Fsettings.Metod or "SMA")
if I <=PerSO then
Up[I] = 0
Down[I] = 0
end
if I>PerSO then
local Val = Value(I,"T",ds)
local ValPrev = Value(I-1,VT,ds)
if ValPrev < Val then
Up[I] = Val - ValPrev
else
Up[I] = 0
end
if ValPrev > Val then
Down[I] = ValPrev - Val
else
Down[I] = 0
end
if (I == P) or (I == P+1) then
local sumU = 0
local sumD = 0
for i = I-P+1, I do
sumU = sumU + Up[i]
sumD = sumD + Down[i]
end
val_Up[I] = sumU/P
val_Down[I] = sumD/P
end
if I > P+1 then
val_Up[I] = (val_Up[I-1] * (P-1) + Up[I]) / P
val_Down[I] = (val_Down[I-1] * (P-1) + Down[I]) / P
Out[I] = 100 / (1 + (val_Down[I] / val_Up[I]))
end
end
if I > PK*2 then
RsiOut=D_MA(I,{Period=PK, Metod = M, VType="Any", round=R}, Out)
end
_,_,proSO[I]= MaxMin(I,5,ds,3)
if I>=(PK+3-1) then
SignSO=D_MA(I, {Period=3, Metod = "SMA", VType="Any", round="off"}, proSO)
end
return rounding(RsiOut, 4),rounding(proSO[I], 4),rounding(SignSO, 4),rounding(Out[I], 4)
end
end
-------------------------------------------------------
-------------------------------------------------------
function MA() --Moving Average ("MA")
local t_SMA = F_SMA()
local t_EMA = F_EMA()
return function(I, Fsettings, ds)
local Out = nil
local Fsettings=(Fsettings or {})
local P = (Fsettings.Period or 9)
local M = (Fsettings.Metod or "EMA")
local VT = (Fsettings.VType or "Close")
local R = (Fsettings.round or "off")
if M == "SMA" then
Out = t_SMA(I, P, VT, ds, R)
elseif M == "EMA" then
Out = t_EMA(I, P, VT, ds, R)
else
Out = nil
end
return rounding(Out, R)
end
end
------------------------------------------------------
function MaxMin(ind,Pk,ds,Sk)
if ind < Pk+Sk then
return nil
else
local suCM=0
local suMM=0
for i = ind - Sk+1, ind do
MAX = Value(i-Pk+1,"High",ds)
MIN = Value(i-Pk+1,"Low",ds)
for k = 0, Pk-1 do
MAX=math.max(MAX,Value(i-k,"High",ds))
MIN=math.min(MIN,Value(i-k,"Low",ds))
end
--message('тран:'..OutWR,1)
suCM=suCM+(Value(i, "Close", ds)-MIN)
suMM=suMM+(MAX-MIN)
end
local TenKu=(MAX+MIN)/2
local OutWR=100*(Value(ind,"Close", ds)-MIN)/(MAX-MIN)
local proKol =100*suCM/suMM
local wpr = ((MAX - Value(ind,"Close", ds)) / (MAX - MIN)) * (-100)
return rounding(TenKu, 6),rounding(OutWR, 6),rounding(proKol, 6)
end
end
------------------------------------------------------------------
function F_SMA()
return function (I, Period, VType, ds, R)
local Out = nil
if I >= Period then
local sum = 0
for i = I-Period+1, I do
sum = sum +Value(i, VType, ds)
end
Out = sum/Period
end
return rounding(Out,R)
end
end
---------------------------------------------------------
function F_EMA()
local EMA_TMP={}
return function(I, Period, VType, ds, R)
local Out = nil
if I == 1 then
EMA_TMP[I]=rounding(Value(I, VType, ds),R)
else
EMA_TMP[I]=rounding((EMA_TMP[I-1]*(Period-1)+2*Value(I, VType, ds)) / (Period+1),R)
end
if I >= Period then
Out = EMA_TMP[I]
end
return rounding(Out,R)
end
end
-------------------------------------------------------
function Value(I,VType,ds)
local Out = nil
VType=(VType and string.upper(string.sub(VType,1,1))) or "A"
if VType == "O" then --Open
Out = (O and O(I)) or (ds and ds:O(I))
elseif VType == "H" then --High
Out = (H and H(I)) or (ds and ds:H(I))
elseif VType == "L" then --Low
Out = (L and L(I)) or (ds and ds:L(I))
elseif VType == "C" then --Close
Out = (C and C(I)) or (ds and ds:C(I))
elseif VType == "V" then --Volume
Out = (V and V(I)) or (ds and ds:V(I))
elseif VType == "M" then --Median
Out = ((Value(I,"H",ds) + Value(I,"L",ds)) / 2)
elseif VType == "T" then --Typical
Out = ((Value(I,"M",ds) * 2 + Value(I,"C",ds))/3)
elseif VType == "W" then --Weighted
Out = ((Value(I,"T",ds) * 3 + Value(I,"O",ds))/4)
elseif VType == "D" then --Difference
Out = (Value(I,"H",ds) - Value(I,"L",ds))
elseif VType == "A" then --Any
if ds then Out = ds[I] else Out = nil end
end
return Out
end
function rounding(num, round)
if round and string.upper(round)== "ON" then round=0 end
if num and tonumber(round) then
local mult = 10^round
if num >= 0 then return math.floor(num * mult + 0.5) / mult
else return math.ceil(num * mult - 0.5) / mult end
else return num end
end
Владимир, это же написано в документации к расширению языка от разработчика, документ Использование Lua в Рабочем месте QUIK https://arqatech.com/upload/iblock/194/quik_lua.zip Простая схема передачи данных через очередь из колбека в дополнительный поток скрипта.
Хранить надо не потому что инструменты или алгоритмы разные, а потому, что при рестарте скрипта (а это нормальное, очень частое явление) надо восстановить и актуализировать свое состояние. Это просто некий state. Выключите скрипт (или Квик упал) - потеряете.
Да, такое просят иногда сделать. К примеру, один алгоритм торгует один тайм-фрейм, другой - второй. На длительном периоде работы, фин рез "как-бы" сходится. Такая задача обязательно требует хранения текущего состояния каждого алгоритма, т.к. чтение данных таблиц Квика уже не даст результат. Впрочем, это стоит итак делать. Также не лишним будет помечать сделки комментарием, чтобы понимать, что это сделка этого алгоритма.
Такая задача имеет и проблемы. Т.к. позицию мы можем получить только из сделок, то важно, чтобы не было перерывов в работе, т.к. Квик удаляет сделки на следующие сутки.
Код
т.е. придерживаться правила - один скрипт - один инструмент?
Это никак не соотносится с вопросом. Ведь можно сделать один скрипт на 100 разных инструментов, торгующих одним и тем же алгоритмом, или разными.
Вы, как обычно, не изучив язык, начинаете осуждать. Про goto во всех руководствах по языку сказано, что он не работает в блоках (намек - есть область видимости переменных). ФУНКЦИОНАЛЬНОСТЬ программы не влияет на сложность. Кода больше, да. А вот сложность алгоритма - это вопрос методики, либо сам алгоритм, как таковой сложный.
Не умеете без goto, пишите с ним. Но я уже забыл когда последний раз его использовал, лет 25 назад возможно.
Ну да, я поэтому и спросил про другой способ. Проверим как это будет жить.
В целом, ответы типовые - все к брокеру. Может, все же, мы вернемся к вопросу старта Квика и к понятию "Я все с сервера загрузил после очистки таблиц". Тогда и вопросы все отпадут. А то ведь у своего брокера я могу еще спросить, а чужого уже никак.
Все же волновая функция - это про вероятность. У нас же есть пакеты данных и, теоретически, каждый пакет обладает информацией, что он несет. Как накладная на груз. Поэтому мы могли бы понимать, что последнее, что мы получили - это такие-то данные. Либо мы просто ждали бы пакет с таким типом данных, фильтруя другие. Да, мы не знаем последние ли это данные, справедливо. Но и понятие "последние" не применимо здесь. я бы назвал их текущие. Но они бы были не обезличенные. Также пакет мог бы нести данные о смысле этих данных - справочник, очистка таблицы, заполнение таблицы, информация о цене сделки и т.д., и, скорее всего, несет. Часть этого есть в колбеках, но явно недостаточная.
А вот с точки зрения времени - да, у нас полная неопределенность. Но, как мне кажется, обладай бы мы полной информацией о смысле полученных данных, ошибках сервера (читай больше колбеков) в данный момент - это было бы не столь критично.
В соседней ветке написал про открытие рынка с утра, когда вдруг позиция становится 0, а тут же опять корректная. Т.е. явно идет либо очистка данных (был вызван CleanUp), чтобы далее получить новые, либо некий пакет данных, содержащий неполную, либо "технологическую" информацию, а скрипт в этот момент времени измерил состояние. Я к сожалению не выводил в лог полную таблицу future_client_holding, так бы было ясно что-то: пустая она, неполная и т.д.
А зачем "рекомендованное", если есть книга от автора языка. Купите или "купите" уже книгу Роберту Иерузалимски "Программирование на языке lua", если уж на сайте языка никак не получается.
В продолжении вопрос: Если у клиента подключен счет для срочной секции (в том числе единый счет) можно ли утверждать, что таблица futures_client_limits всегда заполнена (по аналогии с money_limits для фондовой секции)?
После OnConnected проверяем позицию по инструменту - она 0. И через несколько секунд уже корректная.
Раз уж мы поняли, что актуальность данных мы не можем получить:
Я вижу колбек OnCleanUp (судя по описанию и времени это смена сессии), но только потом OnConnected. Как-то странно для смены сессии. По какому признаку мне понять, что пока рано идти и смотреть позицию в таблице futures_client_holding?
Кроме идеи дождаться первого OnFuturesClientHolding в голову ничего не приходит.
Отладка - это хорошо. Но писать тесты на свой код лучше и надежней. Там где без отладочной информации не обойтись методика "print debug" помогает (я предпочитаю лог файлы). Если Вы пишите скрипты для себя, то, конечно, можете и отлаживать, а если для внешних клиентов, то как Вы будете у них отлаживать?
А если уже сравнивать с MT, то там отладка идет на исторических данных. Но и странно было бы ожидать отладку в реальном времени. Остановите поток данных? Я не говорю, что если бы отладка была в Квике, то это не надо, но ее ценность не так велика. Плюс никто не мешает написать wrapper функций Квика и подкидывать данные из файлов для эмуляции потока, запуская на чистом lua. Тогда тесты станут еще более предсказуемыми.
Не проверять в клиринг. Т.е. надо проверить статус сессии и контролировать позицию только в торговое время. Плюс, если Вы делаете это из колбека OnFuturesClientHolding, то он дергается по любому поводу, связанному с изменением в таблице (вар. маржа и т.д.). А позиция та же самая. В клиринг особенно. Т.е. это не самый удачный колбек, в плане получения только позиции.
Странно, как мы все эти годы пишем на языке. И на других языках. И как-то все пишется. И строки из таблиц удаляются. Да, есть проблемы с переходом на новую версию, но они не столь критичны.
Может, все же, надо изучить язык прежде чем мысли озвучивать, да и другим советовать.
Владимир, к сведению, если хотите чтобы в таблице были только числовые индексы (и даже целочисленные), то это не сложно сделать.
Вот несложный конструктор:
Код
local typedT = function(key_type, value_type, allow_nil)
local val_t = {}
local proxy = {}
if allow_nil == nil then allow_nil = true end
local check_type = function(value, c_type)
if (c_type or '') == '' then return true end
if (('integer|float'):find(c_type)) then
return math.type(value) == c_type
end
return type(value) == c_type
end
local mt = {
__index = val_t,
__newindex = function (_, k, v)
if not check_type(k, key_type) then
error("attempt to index with "..(type(k) == 'number' and math.type(k) or type(k)).. " type", 2)
end
if (not allow_nil and v == nil) or (v ~= nil and not check_type(v, value_type)) then
error("attempt to set a value "..(type(v) == 'number' and math.type(v) or type(v)).. " type", 2)
end
val_t[k] = v
end
}
setmetatable(proxy, mt)
return proxy
end
local t = typedT('number')
Также можно сделать только readonly объекты, можно сделать и объекты заданного типа, просто с ними придется работать не как с переменными, а через getter и setter. Было бы желание.
Lua обеспечивает автоматическое преобразование между числами и строками во время выполнения программ. Любая числовая операция, примененная к строке, пытается преобразовать эту строку в число:
Lua применяет подобные преобразования не только в арифметических операциях, но и в других местах, где ожидается число, таких как аргумент math.sin. Верно и обратное — каждый раз, когда Lua находит число там, где ожидает строку, он преобразует это число в строку:
print(10 .. 20) --> 1020
(Операция .. служит в Lua для конкатенации строк. Когда вы записываете ее сразу после числа, вы должны отделить их друг от друга при помощи пробела; иначе Lua решит, что первая точка — это десятичная точка числа.)
Сегодня мы не уверены, что эти автоматические приведения типов были хорошей идеей в дизайне Lua. Как правило, лучше на них не рассчитывать. Они удобны в некоторых местах; но добавляют сложности как языку, так и программам, которые их используют. В конце концов, строки и числа — это разные вещи, несмотря на все эти преобразования. Сравнение вроде 10="10" дает в результате false, поскольку 10 — это число, а "10" — это строка.
Если вам нужно явно преобразовать строку в число, то вы можете воспользоваться функцией tonumber, которая возвращает nil, если строка не является правильным числом Lua:
line = io.read() -- читает строку n = tonumber(line) -- пытается преобразовать ее в число if n == nil then error(line .. " is not a valid number") else print(n*2) end
Для преобразования числа в строку вы можете использовать функцию tostring или конкатенировать число с пустой строкой: print(tostring(10) == "10") --> true print(10 .. "" == "10") --> true Эти преобразования всегда работают.
Отрывок из книги: Роберту Иерузалимски. «Программирование на языке Lua».
Возможно Вы привыкли, что компилятор вам дает безопасность типов. Но в lua это не так.
Я вам говорю не про то, что надо тип индекса менять, приведя его к числу. А про то, что лучше складывать строки со строками, хоть lua и динамический язык. А то что индекс 2 и индекс "2" - это разные вещи, это уже вопрос дизайна. Хотите использовать нечитаемые конструкции типа a[b[1][c[2]]] - пожалуйста.
Возьмите за правило, что при сложении строк надо приводить значения к типу строка. lua умеет динамически преобразовать выражение вид: "a"..5 Но не умеет такое: "a"..nil Зато сможет так: "a"..tostring(nil)
Если у Вас в SP[a[i][1][1]] ничего нет, т.е. nil, то и будет ошибка.
Кстати, такое поведение возникает и при заказе данных через CreateDataSource. Новый индекс бара уже есть, а время не заполнено. В результате попытка представить время через os.date дает ошибку "time result cannot be represented in this installation". Приходится добавлять проверки.
Видимо уже ничего... Смените инструмент на тот, по которому у Вас есть поток данных, раз SRZ0 нет. Но Вам уже разработчики ответили, так что просто добавьте параметры при вызове.
Ну вот Вам простой пример. Для одной ячейки функция вызывается со всеми аргументами, для другой нет
Код
local sec_code = 'SRZ0'
local class_code = 'SPBFUT'
local sleep = _G.sleep
local isRun = true
local t_id = nil
local SeaGreen = _G.RGB(193, 255, 193)
local RosyBrown = _G.RGB(255, 193, 193)
local getParamEx = _G.getParamEx
local GetCell = _G.GetCell
local SetCell = _G.SetCell
local SetColor = _G.SetColor
local ds
local def_c = _G.QTABLE_DEFAULT_COLOR
function _G.OnParam(class, sec)
if isRun and t_id and sec == sec_code and class == class_code then
local last_price = tonumber((getParamEx(class_code, sec_code, 'LAST') or {}).param_value) or 0
local last_vol = tonumber((getParamEx(class_code, sec_code, 'VALTODAY') or {}).param_value) or 0
local lp = GetCell(t_id, 1, 0).value or last_price
SetCell(t_id, 1, 1, tostring(last_vol), last_vol)
SetCell(t_id, 1, 0, tostring(last_price), last_price)
if lp < last_price then
SetColor(t_id, 1, 0, SeaGreen, def_c, SeaGreen, def_c)
SetColor(t_id, 1, 1, SeaGreen, def_c)
elseif lp > last_price then
SetColor(t_id, 1, 0, RosyBrown, def_c, RosyBrown, def_c)
SetColor(t_id, 1, 1, RosyBrown, def_c)
end
end
end
local function CreateTable()
t_id = _G.AllocTable()
_G.AddColumn(t_id, 0, "price", true, _G.QTABLE_DOUBLE_TYPE, 15)
_G.AddColumn(t_id, 1, "vol", true, _G.QTABLE_DOUBLE_TYPE, 15)
_G.CreateWindow(t_id)
_G.SetWindowPos(t_id, 90, 120, 270, 100)
_G.InsertRow(t_id, 1)
end
local function event_callback(_, msg)
if (msg == _G.QTABLE_CLOSE) then
isRun = false
end
end
function _G.OnInit()
CreateTable()
_G.SetTableNotificationCallback(t_id, event_callback)
end
function _G.main()
ds = _G.CreateDataSource(class_code, sec_code, 1)
isRun = ds ~= nil
if ds then
ds:SetEmptyCallback()
end
while isRun and ds do
sleep(500)
end
end
function _G.OnStop()
isRun = false
ds:Close()
ds = nil
if t_id and not _G.IsWindowClosed(t_id) then
_G.DestroyTable(t_id)
end
end
Вы типы параметров этой функции в документации смотрели? 255 - это не цвет. Используйте либо функцию RGB, либо число hue цвета. Плюс надо не забывать передавать цвета выделеннной ячейки.
---@param class_code string
---@param sec_code string
local function FilterTableLine(class_code, sec_code)
return class_code == Params.CLASS_CODE and
sec_code == Params.SEC_CODE
end
local t1 = SearchItems("all_trades", 0, getNumberOf("all_trades")-1, FilterTableLine, 'class_code,sec_code')
if t1 then
for i = 1, #t1 do
local trade = getItem("all_trades", t1[i])
if trade then
--- Сделать что-то
end
end
end