Обсуждение статьи "LifeHack для трейдера: готовим фастфуд из индикаторов" - страница 5
Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
Т.е. оверхед все-таки есть, при том не малый. Пример Владимира заслуживает большее доверия, т.к. вызов использовался в реальной работе советника.
Однако, хорош запутывать! Похоже, надо самому подробно смотреть. Но здесь может быть чисто технический интерес, т.к. практического быть не может.
Однако, хорош запутывать! Похоже, надо самому подробно смотреть. Но здесь может быть чисто технический интерес, т.к. практического быть не может.
Да я сам уже запутался окончательно:) Если сделаешь нам нормальный анализ ситуации - будет здорово!
Что же касается взятия на юзера задачи пристреливать ненужные хендлы
Вы как всегда лаконичны - расшифруйте этот макрос, пожалуйста. Какая тема имеется в виду. Можно прям название для статьи привести.
Вы как всегда лаконично - расшифруйте этот макрос, пожалуйста. Какая тема имеется в виду. Можно прям название для статьи привести.
"Целесообразность использования IndicatorRelease в советниках для ускорения тестирования".
"Целесообразность использования IndicatorRelease в советниках для ускорения тестирования".
И ваше мнение?
+ Как это растянуть на статьюпереписывание индикатора на внутреннюю функцию эксперта с параметрами.
Интересно, грамотная реализация этого какое бы дало ускорение...
И ваше мнение?
+ Как это растянуть на статьюДолжна быть аргументированная классификация советников, где IndicatorRelease ускоряет существенно тестирование и экономит время/деньги. А где - нет?
Ну и добавить это
Форум по трейдингу, автоматическим торговым системам и тестированию торговых стратегий
Обсуждение статьи "LifeHack для трейдера: готовим фастфуд из индикаторов"
Vasiliy Sokolov, 2018.01.26 09:30
переписывание индикатора на внутреннюю функцию эксперта с параметрами.
На самом деле здесь видится описание этой темы немного в иной плоскости:
Идея в том, что бы написать некий интерфейс, который позволял бы унифицировано обращаться к любым пользовательским индикаторам, но если индикатор реализован в виде отдельной чистой функции, то обращение происходит не к хендлу а к этой функции. В итоге получаем хорошее ускорение и при этом не теряем доступ к любому произвольному индикатору. Это интересная тема, я бы даже взялся за нее.
Хотел объективных выводов.
Да, это лобовой метод, который полностью себя оправдывал, т.к. от него требовалась точность и совсем не нужна была хоть какая-то производительность. Стояла задача закрыть мешающую умность MT5.
А другие, конечно, не пробовал, потому что
Что же касается взятия на юзера задачи пристреливать ненужные хендлы
Никакого автоматического пристреливания хендлов индикаторов во время работы MQL5 приложения нет. Хендлы индикаторов автоматически освобождаются только после завершения MQL5 программы в рамках "уберем за неаккуратным программистом". Надо бы нам явно писать ворнинги в таких случаях, чтобы поднять качество программ.
Поэтому тот, кто создает кучу индикаторов и не контролирует их удаление, создает большие проблемы. Как своей программе, так и всему терминалу.
Еще раз повторю - методы работы в статье категорически вредны и неправильны.
Никакого автоматического пристреливания хендлов индикаторов во время работы MQL5 приложения нет. Хендлы индикаторов автоматически освобождаются только после завершения MQL5 программы в рамках "уберем за неаккуратным программистом".
Поэтому тот, кто создает кучу индикаторов и не контролирует их удаление, создает большие проблемы. Как своей программе, так и всему терминалу.
Ну тогда для этих советников
Форум по трейдингу, автоматическим торговым системам и тестированию торговых стратегий
Обсуждение статьи "LifeHack для трейдера: готовим фастфуд из индикаторов"
fxsaber, 2018.01.26 09:02
Есть полно советников, где на каждом баре вызывается один и тот же индикатор, но с разными входными параметрами. MQL5 "пристреливает" со временем ненужные хендлы. Но это универсальное решение. И в советнике автор может взять эту обязанность на себя, убивая хендлы самостоятельно. Ведь очевидно, что через сотню баров тащить уже багаж из сотни хендлов - это супер-расточительно и по вычислительным ресурсам и памяти. Но я не видел в той же кодобазе советников, которые бы вот так прибивали хендл. Все отдается на "умность MQL5", тем самым заставляя быть совсем не умным авторов.
полная засада.