NoWay (Все сообщения пользователя)

На самом деле тут тоже есть свои неудобства
Надо каждый раз делать вручную проверку, не добавились ли новые опционы, которые могли бы быть интересны моей программе (например опционы определенной даты экспирации). К примеру если я хочу делать аналог опционной доски и хочу видеть все опционы данной серии, тогда надо каждый день проверять, не приехали ли новые.
Если таких "досок" штук 10-15, то это уже не самая приятная рутина

проблем if/else/end написать нет и понятно, что проверять все надо независимо от фильтров квика; есть сомнения по поводу того, насколько критично будет для моих целей постоянно проверять лишние 200-500 опционов , а раз в минуту - 12 тысяч ( когда у них поменяется теор цена и OnParam вызовется каждым опционом)

у меня последний опыт с квиком - vba и эксель, и там лишние 10К if/else уже играют роль
в случае с QLUA эти 500 - 10К незначительная нагрузка?

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

Добрый день!
Извиняюсь, что оживляю эту тему, но решил не создавать отдельную, т.к. вопрос фактически тот же самый.
Я недавно начал изучать QLua и столкнулся с проблемой, связанной с "фичей", обсуждаемой в этой теме.
Мне, например, необходимо получать данные по определенным опционам, и я хотел подписываться на конкретные опционы (внутри скрипта) и отслеживать параметры по OnParam, но выяснилось, что мне приходят оповещения вообще по всем опционам (при использовании опции "получение данных по открытым таблицам")
Получается, что вместо проверки данных по условно 100 опционов, скрипт должен проверять обновления по 12000 опционов и как я понял из этой темы, такое поведение ПО и предполагается, т.к. все опционы подтягиваются по умолчанию. По сути проблема очень сильно обостряется, когда необходимы параметры теор цены и волатильности,  т.к. тогда даже по 10К неликвидных опционов будут прилетать обновления и их придется обрабатывать (ведь у них будет обновляться теор цена).

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

С уважением!