![MQL5 - Язык торговых стратегий для клиентского терминала MetaTrader 5](https://c.mql5.com/i/registerlandings/logo-2.png)
Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
А может тогда сделать в тестере вкладку "используемые индикаторы".
Это излишний функционал.
Может, перечислить все возможные пользовательские индикаторы в строках #property tester_indicator?
Как их перечислить на этапе компиляции если название индикатора задается через INPUT параметр?
Это излишний функционал.
Может, перечислить все возможные пользовательские индикаторы в строках #property tester_indicator?
Как их перечислить на этапе компиляции если название индикатора задается через INPUT параметр?
Это излишний функционал.
Может, перечислить все возможные пользовательские индикаторы в строках #property tester_indicator?
А как быть с неизвестными для программы индикаторами? Например, у меня программа может подхватить любой индикатор и корректно работать с ним, но имя его она узнает, только когда индикатор накинут на график или явно прописан в настройках во внешнем файле или диалоговом окне.
Сейчас все названия индюков которые идут через input, должны сопровождаться указанной директивой препроцессора.
Сейчас мы обдумываем расширение механизмов общения между терминалом и агентами, а также между самими агентами. То есть, агенты смогут посылать друг другу фреймы данных даже внутри облачной сети. Это позволит создавать очень сложные связанные вычисления внутри сети.
В рамках этого расширения мы можем реализовать докачку динамически заданных индикаторов.
Проблема в том, что сейчас механизмы общения между терминалом и удаленными агентами ограничены. Задача формируется на терминале и рассылается на всех агентов. Агенты могут только запрашивать историю, возвращать результаты тестирования и кастомные данные через фреймы.
Сейчас мы обдумываем расширение механизмов общения между терминалом и агентами, а также между самими агентами. То есть, агенты смогут посылать друг другу фреймы данных даже внутри облачной сети. Это позволит создавать очень сложные связанные вычисления внутри сети.
В рамках этого расширения мы можем реализовать докачку динамически заданных индикаторов.
Ренат, это очень хорошая новость. Спасибо.
Это действительно позволит "очеловечить" iCustom(), и вообще отказаться от жёсткой (компайл-тайм) линковки экспертов с индикаторами, что крайне желательно по многим причинам.