Кривой iCustom() - страница 3

[Slava]

Yurich:
А может тогда сделать в тестере вкладку "используемые индикаторы".

Это излишний функционал.

Может, перечислить все возможные пользовательские индикаторы в строках #property tester_indicator?

[Mikhail Antropov]

Как их перечислить на этапе компиляции если название индикатора задается через INPUT параметр?

[Stanislav Korotky]

stringo:

Это излишний функционал.

Может, перечислить все возможные пользовательские индикаторы в строках #property tester_indicator?

Это другой функционал. Имеется в виду, чтобы пользователь мог потом другой индюк указать, а не разработчик заранее свой прилинковывает таким образом.

[Stanislav Korotky]

landofcash:

Как их перечислить на этапе компиляции если название индикатора задается через INPUT параметр?

Сейчас все названия индюков которые идут через input, должны сопровождаться указанной директивой препроцессора.

[Yury Kulikov]

stringo:

Это излишний функционал.

Может, перечислить все возможные пользовательские индикаторы в строках #property tester_indicator?

А как быть с неизвестными для программы индикаторами?  Например, у меня программа может подхватить любой индикатор и корректно работать с ним, но имя его она узнает, только когда индикатор  накинут на график или явно  прописан в настройках во внешнем файле или диалоговом окне.

[---]

Yurich:
А как быть с неизвестными для программы индикаторами?  Например, у меня программа может подхватить любой индикатор и корректно работать с ним, но имя его она узнает, только когда индикатор  накинут на график или явно  прописан в настройках во внешнем файле или диалоговом окне.

тут вопрос вообще стоит - как быть тестеру с накинутыми индикаторами.

[Mikhail Antropov]

marketeer:
Сейчас все названия индюков которые идут через input, должны сопровождаться указанной директивой препроцессора.

Сейчас все названия индюков которые идут через input, должны сопровождаться КОМПИЛЯЦИЕЙ. получается так...

[Renat Fatkhullin]

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

Сейчас мы обдумываем расширение механизмов общения между терминалом и агентами, а также между самими агентами. То есть, агенты смогут посылать друг другу фреймы данных даже внутри облачной сети. Это позволит создавать очень сложные связанные вычисления внутри сети.

В рамках этого расширения мы можем реализовать докачку динамически заданных индикаторов.

[Vladimir Gomonov]

Renat:
Проблема в том, что сейчас механизмы общения между терминалом и удаленными агентами ограничены. Задача формируется на терминале и рассылается на всех агентов. Агенты могут только запрашивать историю, возвращать результаты тестирования и кастомные данные через фреймы.

Сейчас мы обдумываем расширение механизмов общения между терминалом и агентами, а также между самими агентами. То есть, агенты смогут посылать друг другу фреймы данных даже внутри облачной сети. Это позволит создавать очень сложные связанные вычисления внутри сети.

В рамках этого расширения мы можем реализовать докачку динамически заданных индикаторов.

Ренат, это очень хорошая новость.  Спасибо. 

Это действительно позволит "очеловечить" iCustom(),  и вообще отказаться от жёсткой (компайл-тайм) линковки экспертов с индикаторами, что крайне желательно по многим причинам.