Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
В советнике требуется доступ к индикатору. Получить его можно, как минимум, тремя способами: IndicatorCreate(...) или iCustome(...), или, если это стандартный индикатор, например, iMA(...).
Как я понял, при использовании любого варианта необходимо явно освобождать полученный хэндл (IndicatorRelease).
Вопрос в выборе способа вызова индикатора. В чем плюсы и минусы каждого способа? Приоритетный интерес в скорости обработки.
IndicatorCreate - для стандартных индикаторов, так что в случае машки - это аналоги вызова iMA. iCustom - для "кастомных" пользовательских индикаторов. Т.е. разные вещи по сути.
Скорость вызова iMA и IndicatorCreate(IND_MA) - должна быть сопоставима, но я не проверял.
По поводу IndicatorRelease - имеет смысл вызывать, если после расчета уже больше не потребуется к этому индюку возвращаться. У меня таких ситуаций не бывает - уж если какой-то индюк нужен (с заданным набором параметров), то он будет нужен для досчета/пересчета, а если входные параметры скрипта поменяются, то все переинициализируется и будут создаваться новые хэндлы.
Фактически в 99% случаев вызов IndicatorRelease является логической ошибкой программиста.
Создание индикатора является одной из самых дорогостоящих операций, которые запускают очень глубокие механизмы их расчета. Попытка закрыть хендл индикатора является тоже очень дорогой операцией, если думать о реальных глубинных процессах ее реализации. Частое создание и закрытие индикаторов говорит о том, что разработчик вообще не понимает сути операций.
Это же очень просто понять.
Фактически в 99% случаев вызов IndicatorRelease является логической ошибкой программиста.
Создание индикатора является одной из самых дорогостоящих операций, которые запускают очень глубокие механизмы их расчета. Попытка закрыть хендл индикатора является тоже очень дорогой операцией, если думать о реальных глубинных процессах ее реализации. Частое создание и закрытие индикаторов говорит о том, что разработчик вообще не понимает сути операций.
Это же очень просто понять.
Позволю вмешаться в разговор и скажу: механизмы м программе, терминале, форексе (по сути зачем мы здесь собрались)
являются простыми истинами, так что мешает нам их понять и косить рублс - или проги которые будем продовать,
а если нет возможности такую сделать то приходится молчать пока не произойдет "чудо" !
Позволю вмешаться в разговор и скажу: механизмы м программе, терминале, форексе (по сути зачем мы здесь собрались)
являются простыми истинами, так что мешает нам их понять и косить рублс - или проги которые будем продовать,
а если нет возможности такую сделать то приходится молчать пока не произойдет "чудо" !
Красивый пример непонятного потока мысли. Аж зависть берет от таких способностей.
Наверняка джедай 80-го уровня, магистр Йода тихо медитирует в сторонке :)
И ведь не подкопаешься, "в случае чего помогали бездомным детям"(с) 12 стульев.
Не так давно мой рабочий код перестал компилиться.
Ругается на код в стандартной библиотеке:
Видимо из за того что в моем коде:Как мне это "переварить" что бы моя прогарма сново заработала? Я не совсем понимаю что изменилось в новом билде MQL.
Неужели импортируемые функции не могут иметь одинаковое имя со встроеными? Тогда как жить дальше?
Как мне это "переварить" что бы моя прогарма сново заработала? Я не совсем понимаю что изменилось в новом билде MQL.
добавьте просто параметр внутрь
добавьте просто параметр внутрь
будем считать это фичей или автобагом.
Можно вынести и обернуть в отдельную библиотеку, переименовав.
Можно еще попробовать попросить именованные пространства, но наверное бесполезно.