Цена заявки не соответствует установленному диапазону
Пользователь
Сообщений: Регистрация: 01.02.2015
10.06.2015 11:40:37
Сейчас ради интереса тоже начал сравнивать документацию, таблицу с ТТП по DDE. Я думаю, для фондовой секции, для немаржинальных бумаг и к тому же акций - вообще не применимо понятие диапазона/лимита - бо как брокер и биржа не несут никаких рисков. Весь риск - зависит только от благоразумия клиента и его отношения к собственному кошельку. Никто не может запретить купить задорого и продать за бесплатно, равно как и наоборот. Но, как уже сказал, - это только для НЕМАРЖИНАЛЬНЫХ бумаг. Насчёт маржинальных - тут уже решает конкретно брокерский модуль расчёта лимитов. Конкретно по акциям - тоже не нашёл в ТТП.
Дополнительные параметры для инструментов Секции фондового рынка Московской Биржи и рынка государственных ценных бумаг, Режим переговорных сделок (РПС) и операции РЕПО
Код
Нижняя граница руб. Ниж.граница руб Нижняя граница цены, руб.
Верхняя граница руб. Верх.граница руб Верхняя граница цены, руб.
Компель LUA
Пользователь
Сообщений: Регистрация: 01.02.2015
10.06.2015 06:37:57
Цитата
Роман пишет: .к. вижу в скрипте инициализируются пару переменных передающихся в подключаемую дравина, не каких функции в скрипте более нет, это говорит о том что дравина на прямую берёт и отдаёт инфу.
в этом нет никаких противоречий - т.к. "в той" dll прописаны и зарегистрированы функции: main, штатные коллбеки квика. Таким образом, QLUA VM после выполнения "пары переменных", а именно: выполнения функции require - имеет в глобальной таблице (_G) своего контекста (Lua_State) все минимально необходимые для работы скрипта функции. Чтоб не было недопонимания: функция main - такой же коллбек для квика, как и другие (если опустить все остальные особенности). И где Вы его пропишите - не имеет абсолютно никакого значения. Главное, чтоб было в рамках одного Lua_State.
----------------------------- если бы Вы уделили чуть больше своего времени на прочтения того форума (благо он "микроскопический") - то Вы бы и не задавали таких вопросов.
Цена заявки не соответствует установленному диапазону
Пользователь
Сообщений: Регистрация: 01.02.2015
10.06.2015 00:42:42
Кроме того, при расчёте лимитов по клиенту, также учитываются лимиты по фирме (брокеру), а также, если говорить про конкретный эпизод -> соответствие ценовому диапазону. таким образом, справедливо неравенство: лимиты с биржи > брокерские лимиты > лимиты по клиентам
Цена заявки не соответствует установленному диапазону
Пользователь
Сообщений: Регистрация: 01.02.2015
10.06.2015 00:37:53
У брокера есть свой модуль расчёта лимитов (сертифицированный биржей) по каждому клиенту. Исходя из его текущего профиля рисков - рассчитываются индивидуальные параметры -> доступность тех или иных бумаг для шорта/лонга, лимиты по бумагам. ТТП - это изобретение квика на основе биржевой информации. Соответственно, в ней не должны да и не могут отображаться индивидуальные брокерские настройки.
Цена заявки не соответствует установленному диапазону
Скорей всего, проблема в том, что функция SetUpdateCallback возможно работает в другом lua thread и корректный обмен между двумя lua-потоками так и не сделан.
CreateDataSource
Пользователь
Сообщений: Регистрация: 01.02.2015
09.06.2015 09:57:54
Цитата
Sergey Gorokhov пишет: Ошибка будет исправлена в одной из следующих версий программы.
Вы только, пожалуйста, для всех нас потом объясните, что это за очередная ошибка, по какой причине возникла и что сделано, чтобы ошибок такого вида впредь не возникало. А то, мы постоянно слышим Ваше - "было исправлено", которое надо понимать так: мол де "ну чота исправили где-то, а что х.. его знает. Но ведь исправили и ладно", А потом выясняется, что надо ждать очередной пакет обновления с новой порцией багов. И в очередной раз задавать "глупые вопросы" непосредственно создателю: "ё-маё, а шо это было на самом деле", ну и в том же духе. ---------------------------------------- В общем, подытожив: то, что Вы исправите - это уже следствие, но нам также и важна причина, чтоб оценить свои риски.
Компель LUA
Пользователь
Сообщений: Регистрация: 01.02.2015
08.06.2015 23:32:17
сама LUA, равно как и её байт-код - являются opensource. Так о чём тут ещё можно говорить?)))
Компель LUA
Пользователь
Сообщений: Регистрация: 01.02.2015
08.06.2015 23:30:58
Цитата
Роман пишет: то пусть месяцами с ассемблером взяться
если я правильно понял - история по любому из таймфреймов доступна для отображения лишь в количестве 3000 свечей.
Компель LUA
Пользователь
Сообщений: Регистрация: 01.02.2015
08.06.2015 22:08:15
Цитата
Роман пишет: Я надеюсь хотя бы обфусцировать можно, хотя вопрос - я видел в одном продукте к Квику в качестве сервера (для передачи данных клиенту) через LUA цепляется dll, это что? вроде это бинарник, а не скомпелированный байт-код lua
это библиотека для LUA скомпилированная в dll. LUA - может работать и с этим.
Цитата
Я надеюсь хотя бы обфусцировать можно
только если сделать своего робота (или чего-то там ещё) в формате dll. И то, в наше время - и на это есть свои методы - просто времени больше уйдёт.
Индикаторы
Пользователь
Сообщений: Регистрация: 01.02.2015
08.06.2015 14:10:23
Цитата
Дмитрий пишет: Это может быть принципиально, например, в том случае, если делается предварительное тестирование торгового алгоритма на исторических данных с использованием другой программы технического анализа, а уже затем этот алгоритм используется для торговли в Quik. Если показания индикатора в программе теханализа будут отличаться от показаний того же индикатора в Quik, то смысл такого тестирования на исторических данных во многом теряется.
1. Это заведомо тупиковый путь. Без обсуждения. 2. Данные всегда будут отличаться и от этого никто и никогда не уйдёт бо как и системы разные и методы невсегда одинаковые, т.е. их представление и реализация. 3. Важно то, что если расхождение между системами на всём промежутке стремится к константе - то - это говорит о том, что системы действительно одинаковые и заявленный Вами выше пример - действительно имеет право на существование. Если: обе системы ведут себя без единой корреляции то и тестировать и применять ваш подход не имеет никакого смысла, равно как и пытаться найти "чудо-грааль" в виде пресловутой математической формулы индикатора из квика. 4. Если вся система построена и чувствительна к показанию всего лишь одного индикатора, а уж тем более дающего разные результаты (при одинаковом названии) на разных системах - то грошь ей цена. 5. старина Квик - уж как нам тут всем не хотелось - это не программа ТА, а только для связи с брокером: приём/отправка поручений/ну может "чонить" нарисовать свои "каракули"-индикаторы". Поэтому просить от него слишком много - врядли получится. Потому как пока ещё никому не удавалось построить такой терминал, чтоб имел возможности amisharp, wealthlab и при этом ещё и обрабатывал торговую информацию при том, что не "End of the day", а в реальном времени. Да ещё и был бесплатен. -------- Итого: если показания в целом коррелируют - то и нет смысла заморачиваться и пытаться "допиливать" под себя.
Компель LUA
Пользователь
Сообщений: Регистрация: 01.02.2015
08.06.2015 03:02:46
Работает без проблем. И с компилированный в байт-код и в формате LUA C-LIb (если всё правильно сделать и нет ошибок). Насчёт декомпиляторов - чтобы тут не говорили некоторые "умники"-роботорговцы - на сегодняшний момент не существует защиты от неё без ущерба работоспособности и совместимости алгоритма. Как говорится, при желании - всё можно "посмотреть".
Индикаторы
Пользователь
Сообщений: Регистрация: 01.02.2015
08.06.2015 02:47:15
p.s. помимо "стандартности" того или иного индикатора в квике - следует ещё учесть особенности их реализации - все "стандартные" индикаторы квика - находятся в qchart.dll - том самом, который их и отрисовывает. И, учитывая то, что он постоянно "допиливается" разработчиками - нисколько не удивительно, что на "стандартную" формулу индикатора накладывается ещё и особенности его отображения. Например, можно неудачно изменить алгоритм округления, константы пересчёта осей (алгоритм масштабирования) и уже даже стандартная формула будет врать (а точнее, врать её представление, т.е. интерфейс отображения). Что тоже не раз уже было высказано на полях этого форума и признано самими разработчиками.
Если считаете наш выбор одного из способов не правильным, выберете свой и реализуйте его на LUA
p.s. так проблема в этом и есть что вашего способа реализации тоже нет, в википедии не написано где возведение в целое требуется, а где нет - если использовать LUA, я в принципе понял - если в формуле есть что то типа 100*.. нужно в Луа болты крутить.
как известно - не являясь сторонником разработчиков НО! Честно говоря в данном вопросе согласен с ними: неужели Вам так жизненно принципиально совпадает ли квиковская модель индикаторов с Вашей или какой-то ещё? Торгуйте и рассчитывайте по своей. Выше Вам уже было в разных формулировках и с разных сторон сказано, что рынок - это не математическая модель, равно как и жизнь - не сухая математика.
Цитата
если в формуле есть что то типа 100*.. нужно в Луа болты крутить.
да без проблем - не нравится QLUA - есть C++/Delphi. Именно так и делались стандартные индикаторы в квике. А QLUA - это всего лишь интерфейсная обёртка.
Узнать таймфрейм графика
Пользователь
Сообщений: Регистрация: 01.02.2015
07.06.2015 00:11:27
можно попытаться получить данные свечи с помощью getCandleByIndex и сравнить её с O,H,L,V свечи, полученной с помощью CreateDataSource, но, похоже одним CreateDataSource тут не обойтись - т.к. придётся сканировать все интервалы.
6.17.0.58 bugs collection, разработчикам на заметку. (все остальные - прошу проходить мимо и не засорять топик)
к ответу на основной вопрос топика - похоже не только я один с таким сталкивался. А вот и ответ: фраза:
Цитата
2. В теле индикатора (за пределами функций) нельзя указывать ничего, кроме "тупых" присваиваний. Кстати, определение функций, с точки зрения луа, это тоже "тупое" присваивание. Иначе индикатор просто не появится в списке. Так строка в теле индикатора log=FilePath.."\"..FileName (кроме присваивания, есть вычисление) не даст появится ему в списке.
если вынести основную мысль и перенести по аналогии то получим:
похоже когда свойству в таблице параметров метки прямо указываешь в качестве значения формулу да ещё и с функцией - QLua этого переварить не может. А когда по отдельности - через буферную переменную - то всё ОК. Что было мной подтверждено выше. Так что тут не только и не столько была проблема с getScriptPath - сколько вот в таких "мелочах" и недосказанностях.
Но, как всегда, истинную причину нам опять не сказали. В общем, всё приходится вытягивать.
QLua-Indicators SandBox Internals
Пользователь
Сообщений: Регистрация: 01.02.2015
06.06.2015 23:35:28
Ещё интересный материал по теме:
Узнать таймфрейм графика
Пользователь
Сообщений: Регистрация: 01.02.2015
06.06.2015 23:25:54
если я правильно понял, то функция getDataSourceInfo - работает только в скриптах-индикаторах, а без неё - врядли...
QLua-Indicators SandBox Internals
Пользователь
Сообщений: Регистрация: 01.02.2015
06.06.2015 12:52:39
Цитата
sam063rus пишет: Кроме того, в таблицах не высветились штатные коллбеки скриптов QLua-script VM : OnInit,OnAllTrade и т.п. Но, это уже тема для отдельного топика...
забегая вперёд- можно сказать, что насчёт этого нет на самом деле никаких противоречий - бо как запись об этих функциях в глобальной таблице ещё не существует, потому как они ещё не были созданы пользователем. На то они и коллбеки)) Но всё можешь измениться - если их прописать в скрипте.
QLua-Indicators SandBox Internals
Пользователь
Сообщений: Регистрация: 01.02.2015
06.06.2015 11:32:43
Кроме того, в таблицах не высветились штатные коллбеки скриптов QLua-script VM: OnInit,OnAllTrade и т.п. Но, это уже тема для отдельного топика...
QLua-Indicators SandBox Internals
Пользователь
Сообщений: Регистрация: 01.02.2015
06.06.2015 11:06:27
И, кстати, попутно выяснилось о существовании функции SettableCallback (не путать с SettableNotificationCallback) в скриптах QLua VM. Что-то я её тоже не встречал в документации...
QLua-Indicators SandBox Internals
Пользователь
Сообщений: Регистрация: 01.02.2015
06.06.2015 11:00:05
как известно - всё познаётся в сравнении. Поэтому, расширил своё мини-"исследование". Ниже приведена таблица различий на уровне двух виртуальных машин (скриптов и скриптов-индикаторов). Разумеется, эта таблица - не полная и не может быть полной по определению. Внимание! Те функции, переменные, константы и т. п., которые работают в обоих виртуальных машинах (и в скриптах и в скриптах-индикаторах) - НЕПОКАЗАНЫ!
Скрытый текст
Скрытый текст
Видно, что основное отличие выразилось в отсутствии доступа к классу QTable из скриптов-индикаторов, а также отсутствии функции "sleep". А также в отсутствии "знаменитого" CreateDataSource. При том, что все остальные функции - вполне доступны: можно создавать/управлять метками, работать с такими функциями, как getLinesCount, getCandleByIndex, как из индикаторов - так и из скриптов.
Ещё топик на родственную тему:
Индикаторы
Пользователь
Сообщений: Регистрация: 01.02.2015
06.06.2015 10:20:57
Цитата
Sergey Gorokhov пишет: "косяк" в том что существуют разные способы в расчета ADX
Наконец-то действительно правильный ответ. Полностью согласен, бо как даже сами создатели индикаторов подчас трактуют его работу по-разному.
Цитата
Если считаете наш выбор одного из способов не правильным, выберете свой и реализуйте его на LUA
полностью солидарен.
QLua-Indicators SandBox Internals
Пользователь
Сообщений: Регистрация: 01.02.2015
06.06.2015 07:47:28
насчёт newproxy: ответ похоже найден:
QLua-Indicators SandBox Internals
Пользователь
Сообщений: Регистрация: 01.02.2015
06.06.2015 07:30:48
это понятно. но хотелось бы подробностей её введения, а также насчёт второй функции.
QLua-Indicators SandBox Internals
Пользователь
Сообщений: Регистрация: 01.02.2015
06.06.2015 06:06:39
версия QUIK: 6.17.1.17
QLua-Indicators SandBox Internals
Пользователь
Сообщений: Регистрация: 01.02.2015
06.06.2015 06:03:22
Как уже много раз было сказано и подтверждено разработчиками - виртуальные машины, используемые для QLua-скриптов и QLua-индикаторов - разные. В том числе, у них разный состав глобальных переменных, функций и т. п.
Ниже, с помощью простенького скрипта запущенного в режиме фейк-индикатора мне удалось получить более полный (по сравнению со штатной документацией) список всего того, что поддерживается в окружении QLua-Indicators VM:
Скрытый текст
Код
table os
table io
table _G
table coroutine
table debug
table string
table package
table bit
table Settings
table table
table math
const BAR_TYPICAL =7
const TYPE_CANDLE =3
const TYPE_DASHDOT =6
const TYPE_TRIANGLE_DOWN =11
const BAR_OPEN =1
const TYPE_LINE =1
const TYPE_DASH =7
const TYPE_HISTOGRAM =2
const TYPET_BAR =4
const BAR_LOW =3
const TYPE_TRIANGLE_UP =10
const TYPE_POINT =5
const BAR_VOLUME =5
const BAR_HIGH =2
const BAR_WEIGHTED =8
const BAR_MEDIAN =6
const BAR_CLOSE =4
string const _VERSION =Lua 5.1
function getFuturesHolding
function tostring
function gcinfo
function DelLabel
function SetRangeValue
function IsSubscribed_Level_II_Quotes
function pairs
function getSecurityInfo
function OnCalculate
function assert
function Init
function tonumber
function message
function getTradeDate
function getClassInfo
function load
function Subscribe_Level_II_Quotes
function module
function getDepoEx
function getClientCorrelationCoefs
function getBuySellInfoEx
function getFuturesLimit
function PrintDbgStr
function getQuoteLevel2Ex
function DelAllLabels
function SetLabelParams
function AddLabel
function VMA
function Size
function CalcBuySell
function getMoneyEx
function RGB
function getClientSecurityCoefs
function dofile
function loadstring
function getBuySellInfo
function getPortfolioInfo
function getCandlesByIndex
function getNumCandles
function getInfoParam
function getNumberOf
function sendTransaction
function xpcall
function getDepo
function getMoney
function GetLabelParams
function GetInfoParam
function GetTradeDate
function Unsubscribe_Level_II_Quotes
function require
function getQuoteLevel2
function SearchItems
function setmetatable
function next
function getLinesCount
function getClassesList
function ipairs
function isConnected
function getParamEx
function getDataSourceInfo
function getItem
function collectgarbage
function newproxy
function getOrderByNumber
function getScriptPath
function print
function C
function rawset
function SMA
function unpack
function H
function getfenv
function L
function pcall
function O
function type
function rawequal
function GetValue
function select
function T
function getmetatable
function rawget
function SetValue
function getWorkingFolder
function V
function setfenv
function getPortfolioInfoEx
function getClassSecurities
function error
function loadfile
Среди этого списка - есть некоторые вещи, которые я хотел бы прояснить у разработчиков:
Что такое function getQuoteLevel2Ex . У нас, как бы ведь уже есть не "Ex"
Что такое function newproxy
Сколько стоит робот на LUA?
Пользователь
Сообщений: Регистрация: 01.02.2015
06.06.2015 01:51:41
to Author,
так сказать, закрывая тему - на форуме forum.qlua.org - есть вся информация, чтоб создать такого робота "с нуля" и не платя никому деньги. Задумайтесь над этим. Мы все когда-то, что-то не умели.
Сколько стоит робот на LUA?
Пользователь
Сообщений: Регистрация: 01.02.2015
06.06.2015 01:16:51
Также верно и то, что - конечная цена продукта для пользователя - в том числе зависит от предполагаемой рыночной аудитории - от количества предполагаемы потенциальных клиентов. Понятное дело, что чем она больше - тем ниже будет цена за товар. Цифра в 10000р. была озвучена мной, если бы я хотел уделить любому вопросу (связанному с роботорговлей -> т.е. необязательно именно за конкретный алгоритм) своё личное время и не рассчитывал бы на целевую аудиторию и её количество (количество потенциальных покупателей). То есть - если бы ко мне обратился один человек - то он уже был бы для меня гарантированным покупателем. На остальных - я просто бы не рассчитывал - бо как никогда нельзя предугадать рыночную конъюнктуру. И все эти формулы и расчёты - не скажут и не гарантируют то, что у Вас купят (хотя бы) 200 человек.
Сколько стоит робот на LUA?
Пользователь
Сообщений: Регистрация: 01.02.2015
06.06.2015 01:04:03
Цитата
Николай Камынин пишет: Время разработки(в часах)*ЗарплатуРазработчикаВмесяц(можно найти в инете) /200.
а вот тут по-подробней пожалуйста и с сылками на официальные обоснования. Время разаработки - кто его нормирует или, как говорится: "а судьи кто???". В одной из весьма солидных международных фирм одно время нашлись те кто взялся судить о работе программиста "по километрам кода". мол - если много написано - значит много заплачено :) ))) ЗарплатуРазработчикаВмесяц(можно найти в инете) - согласен. В крупных фирмах, чтоб и здесь не попасть "впросак" - делают среднерыночную привязанную к региону зарплату. И как следствие - принимают на работу из бедных регионов, удалённо по сети. 200 - откуда взялась эта цифра-коэффициент?
p.s. на примере: сколько должен стоить аналог qchart.dll (по Вашей методике :) ) ): (160часов*6месяцев*50000)/200=(160*6*50000)/200=240000руб ---- Итого: 240 000руб за весь проект Чтож - примерно так и думал (без всяких расчётов)
Развивая тему: обратный расчёт: если 200 человек купят по цене 1200р за вышеописанное - то так я смогу отбить деньги за проект выйдя "в ноль".
Сколько стоит робот на LUA?
Пользователь
Сообщений: Регистрация: 01.02.2015
06.06.2015 00:46:10
Цитата
Дмитрий пишет: Отсюда делаем вывод: по оценке робот стоит 10 000 руб.
это оценка не робота, а моего личного времени. так что, не надо тут слова и фразы передёргивать.
Примеры классов на основе метатаблиц и closure на QLUA
Примеры классов на основе метатаблиц и closure на QLUA
Пользователь
Сообщений: Регистрация: 01.02.2015
05.06.2015 21:05:00
Цитата
Николай Камынин пишет: Я не вижу смысла городить классы на скриптах - это для любителей ООП в обмен на скорость.
ДГФ, как и классы - это всего лишь "обёртка", интерфейс для взаимодействия с данными на уровне более высокого абстрагирования. К тому же, под час позволяет сократить "километры" кода.
Сколько стоит робот на LUA?
Пользователь
Сообщений: Регистрация: 01.02.2015
05.06.2015 20:56:25
Цитата
Николай Камынин пишет: Но если будет делать то у него - 100 руб.(а нет это я ошибся - это он труд других так оценивает)
в целом, согласен с Вашими мыслями НО!:
я - не роботорговец - соответственно делать ничего не собираюсь.
цена за такой алгоритм названа мной чисто из моего видения его сложности и потраченного времени (т.е. сколько бы я потратил на него времени).
Однако, я никогда не возьмусь за работу, которая будет стоить менее 10 000руб - это одна из причин почему я не буду писать столь дешёвый алгоритм. -> он мне просто финансово неинтересен. Но глупо было бы отрицать то, что я не могу оценить его реальную стоимость.
Индикаторы
Пользователь
Сообщений: Регистрация: 01.02.2015
05.06.2015 01:21:11
главное, чтоб это помогло Вам зарабатывать...))
Депозит на демо, Нужно обновить
Пользователь
Сообщений: Регистрация: 01.02.2015
04.06.2015 15:04:25
похоже такой мем, как 15 лет на ДЕМО-счёте обретает некий иной смысл... :)))))))))
чот не получилось у меня))) -> цикл в классе с getParamEx - не прокатил, если Вы об этом
Таблциа Истории
Пользователь
Сообщений: Регистрация: 01.02.2015
04.06.2015 13:17:42
и, насчёт километров: at this time: 1120 строк, 54кБ
Таблциа Истории
Пользователь
Сообщений: Регистрация: 01.02.2015
04.06.2015 13:16:15
Цитата
Michael Bulychev пишет: и затем в OnParam цикл по функциям-подписчикам
именно так я и сделал в своём коде
а также добавил класс, для удобной работы с OnParam и другими коллбеками
Таблциа Истории
Пользователь
Сообщений: Регистрация: 01.02.2015
04.06.2015 13:12:46
Цитата
Michael Bulychev пишет: OnParam и getParamEx разные функции в принципе. первая служит для нотификации об изменении ТТП, вторая для того чтобы забрать эти значения. Сравнивать их не совсем правильно.
я уже написало ниже, что не так выразился.
Таблциа Истории
Пользователь
Сообщений: Регистрация: 01.02.2015
04.06.2015 13:09:07
Цитата
Michael Bulychev пишет: 2. Лучше с какой точки зрения? Можно и из одного OnParam породить еще 150 колбеков вызвав нужные функции.
далеко не лучше. классы на то и придумали, чтоб избавиться от рутины. К тому же инструментов может быть далеко не 150 (это только их максимум параметров), В итоге, я бы посмотрел потом на этот OnParam и его "километры" :)))
вопросов больше нет.
Таблциа Истории
Пользователь
Сообщений: Регистрация: 01.02.2015
04.06.2015 12:56:13
Цитата
sam063rus пишет: 1. существует ли ещё более быстрая альтернатива OnParam?
имелось ввиду getParamEx
Таблциа Истории
Пользователь
Сообщений: Регистрация: 01.02.2015
04.06.2015 12:50:24
это не ответ. Очевидно мне надо повторить: 1. существует ли ещё более быстрая альтернатива OnParam? 2. есть определённый паттерн проектирования. Причём описанные мной варианты встречаются оба в одинаковой степени. На Ваш взгляд, что лучше: 150 разных коллбеков или один НО! с указанием изменившегося параметра. 3. имеет ли смысл делать класс по отслеживанию изменений всех параметров, чтоб потом, используя его, как "контекст" наследовать от него более мелкие классы, заточенные на определённые коллбеки? Потому как в наследнике - всё равно будет происходить излишний расход ресурсов на копирование родителя (и получение его контекста, причём всё это для каждого экземпляра)
Таблциа Истории
Пользователь
Сообщений: Регистрация: 01.02.2015
04.06.2015 12:38:32
Цитата
sam063rus пишет: всевозможных коллбеков (по параметру на коллбек)
причём, в каждом каждом коллбеке - можно запускать целую очередь обработчиков. Либо, создать один, как указано во втором варианте (и тоже можно повесить целую очередь обработчиков). В общем, как уже написал - вопрос по архитектуре.
Таблциа Истории
Пользователь
Сообщений: Регистрация: 01.02.2015
04.06.2015 12:33:53
и второй вопрос. с точки зрения архитектуры - как бы Вы поступили: иметь 150 разных всевозможных коллбеков (по параметру на коллбек) или один НО!, с указанием изменившегося параметра?
Таблциа Истории
Пользователь
Сообщений: Регистрация: 01.02.2015
04.06.2015 12:30:32
,
вопрос несовсем по теме: при приходе OnParam - идёт цикл перебора всех возможных параметров по инструменту (максимум: около 150 итераций на инструмент) с помощью getParamEx - вопрос: какая существует (и существует ли) альтернатива? Всякие CreateDataSourse-"ы" - не предлагать.