Чтение буферов индикатора, установленного на чарт - страница 4

Новый комментарий
 
comp:
При написании проверочного советника с iCustom столкнулся с неразрешимой проблемой MQL. Узнать имя файла (см. код) индикатора и значения входных параметров - не вопрос. Но после этого вставить эти входные параметры индикатора в iCustom - никак. Вызов iCustom устроен так, что универсальное решение для любого индикатора подходит только в случае с дефолтными входными параметрами. Иначе - приходится лезть в код. Какое-то кривое решение. Можно же было передавать входы индикатора в виде структуры с соответствующими string-полями. Но сделали через многоточие, что убило всю универсальность вызова. Еще одно непонятное ограничение!

Вы сейчас извратили абсолютно все. С чем связана ваша проблема писал выше.

Подчеркнутое - противоречивые тезисы.  

 
comp:

Как обухом по голове такое заявление

... 

Кто-нибудь использует в индикаторах событийную модель + ООП?

Берегите голову, особенно по форумам шарясь. OnChartEvent в индикаторах использую много чаще чем в роботах. Таймер бывает нужен намного реже, но тоже бывает - и в индикаторах и в ботах. Но зачем может быть нужно скриптом читать буфера индикатора на графике - оч трудно придумать :)
 
Dmitry Fedoseev:
Зачем? Там уже все украдено до нас, есть функция OnCalculate - событие приходя тика. Хочется использовать ООП - используйте, только зачем оно там, куда его там девать?

Действительно, зачем? Поиск выдал несколько видео с примерами, которыми можно было бы объяснить

Видео из статьи. 

Еще

 

и еще.

Причем это простые примеры использования событийной модели. Которые через тот же ООП реализовать можно в универсальном виде. Буферы и индикаторы, например, у меня являются наследуемыми классами. Двигаю графические объекты (тоже реализованы через ООП+события) на чарте, соответствующим образом меняются и индикаторы. Не статичные индикаторы выходят. И, благодаря ООП, пишутся в несколько строк.

 
Alexander Puzanov:
зачем может быть нужно скриптом читать буфера индикатора на графике - оч трудно придумать :)
Задачка такая вышла. Есть два таких живчика-индикатора. Мне нужно было определить момент, когда средняя разность значений между ними достигает определенного порога (вот здесь нужно уметь делать сабж в том же советнике). И в этот момент скинуть их значения в файл, чтобы затем проанализировать. Ну или если не скидывать, то хотя бы послать сигнал индикатором, чтобы они замерли в этом состоянии.
 
Dmitry Fedoseev:

Вы сейчас извратили абсолютно все. С чем связана ваша проблема писал выше.

Подчеркнутое - противоречивые тезисы.  

Не увидел противоречия. Представим, что нужно сделать свою панельку, аналог CTRL+D. Пусть мы хотим работать только с примитивными классическими индикаторами.

Если вы будете кидать индикаторы на чарт, не изменяя дефолтные входные параметры, то такая своя панелька будет работать без проблем, т.к. iCustom позволяет делать универсальный вызов для дефолтных входов.

Но как только изменяете - облом. Причем советнику будут известны все значения входных параметров индикаторов на чарте. Но он не сможет вызвать с ними iCustom. Вот такая загагулина! 

 
comp:

...

Но как только изменяете - облом. Причем советнику будут известны все значения входных параметров индикаторов на чарте. Но он не сможет вызвать с ними iCustom. Вот такая загагулина! 

Почему советник не сможет вызвать? Сможет.
 
Dmitry Fedoseev:
Почему советник не сможет вызвать? Сможет.
Хорошо бы конструктиву добавить.
 
comp:
Хорошо бы конструктиву добавить.
А кто здесь упорно пишет чушь?
 
Dmitry Fedoseev:
А кто здесь упорно пишет чушь?

Не знаю.

Изначальные свои заявления подтвердил кодом. Вы - нет.

 
comp:

Не знаю.

Изначальные свои заявления подтвердил кодом. Вы - нет.

Какие заявления? Заявление в заголовке неверное. Проблем с чтением буферов нет. С чем проблемы - писал, и еще давала ссылку на этот пост. Может еще бегать за тобой и насильно впихивать? 
12345678910
Новый комментарий