Особенности языка mql5, тонкости и приёмы работы - страница 51
Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
Хороший прием. Вся фишка в применении шаблона к TParent. Не встречал раньше подобного.
Ну это ж не множественное наследование. Это фактически цепочка Base -> A -> B -> C -> X. Кто мешает использовать её напрямую, если этого достаточно?
Ну это ж не множественное наследование. Это фактически цепочка Base -> A -> B -> C -> X. Кто мешает использовать её напрямую, если этого достаточно?
Лаконичность.
Лаконичность.
Тут не могу согласиться. ИМХО, напрямую прописать четыре класса наследника было бы короче и понятнее.
Тут не могу согласиться. ИМХО, напрямую прописать четыре класса наследника было бы короче и понятнее.
Если, вдруг, введут множественное наследие, то понадобится всего лишь сделать небольшую замену всего в одной строке
Если, вдруг, введут множественное наследие, то понадобится всего лишь сделать небольшую замену всего в одной строке
Жалко на форуме помимо опросов нет еще и формы для ставок - вроде опроса с вариантами, но блокирующий несколько "копеек" на счете за ответ. Те, кто выберет правильный вариант, после наступления события получили бы ставки проигравших ;-). Я считаю, что не введут.
Ну это ж не множественное наследование. Это фактически цепочка Base -> A -> B -> C -> X. Кто мешает использовать её напрямую, если этого достаточно?
И вот ещё добавлю. Полноценную альтернативу множественному наследованию (причём с более гибкими возможностями) можно было бы реализовать через перегрузку оператора приведения. Но MQ почему-то не добавляют эту возможность перегрузки, хотя я уже давно прошу их об этом. Причём я даже конкретного ответа от них не слышал, просто игнорируют и всё.
Бывают такие ситуации
Форум по трейдингу, автоматическим торговым системам и тестированию торговых стратегий
Ошибки, баги, вопросы
fxsaber, 2017.07.24 09:27
Советник откомпилирован под 1641, где реализована быстрая работа с торговой историей.
Возможно ли при оптимизации попасть на Агента билда 1596, где история работает ОЧЕНЬ медленно, и, соответственно, получить замедление оптимизации в разы?
Как более общий случай - оптимизация на Облаке иногда дает разные результаты не только по времени, но и по расчетам. Иногда можно слышать, что результат оптимизации не совпадает с одиночным прогоном.
Связано это может быть как раз с тем, что Агенты, участвующие в оптимизации, и локальный Агент, участвующий в одиночном прогоне, могут различаться по номеру билда.
А в каждом билде содержатся свои баги. Например, вот баг, который актуален сейчас, но в билдах несколько ранее его не было
Форум по трейдингу, автоматическим торговым системам и тестированию торговых стратегий
Ошибки, баги, вопросы
fxsaber, 2017.07.17 23:08
В очередной раз ошибка HistorySelect в тестере. В 1626, вроде, не было. В 1629 - есть.
Соответственно, если ваш советник при оптимизации попадет на Агента b1626, то он может показать один результат, а при прогоне на локальном Агенте b1641 одиночного прогона - совсем другой.
Отсюда можно сделать вывод, что перед оптимизацией нужно быть в курсе, на каких билдах вы хотите оптимизировать свой советник, а на каких - нет.
Благо, разработчики предусмотрели отсекатель неподходящих Агентов - INIT_AGENT_NOT_SUITABLE.
Поэтому рекомендовал бы в OnInit для Облачных оптимизаций прописать проверку для соответствий TerminalInfoInteger(TERMINAL_BUILD) нужным для вас значений.
Узнать же список подходящих для Вас проверок практически невозможно, поэтому, скорее всего, надо прописывать такое
Но это так же плохое решение. Более гибкое - это при оптимизации передавать на Агентов номер своего билда.
В общем, будьте бдительны.
ЗЫ. Возможно формировать торговый отчет каждого прогона Агента и получать его сразу прямо во время Оптимизации. Это может помочь разобраться в дальнейшем, почему результат Облачного Агента отличается от локального при одиночном прогоне. Автоматическое формирование таких отчетов во время Оптимизации и одиночного прогона возможно получить с помощью этой библиотеки.
Форум по трейдингу, автоматическим торговым системам и тестированию торговых стратегий
Ошибки, баги, вопросы
Renat Fatkhullin, 2017.07.25 08:26
Мы периодически отсекаем в клауде от работы старые билды, дожидаясь их обновления, которое проходит очень быстро и незаметно.При отладке (не обязательно дебаг), когда нужно быстро в тестере уменьшить интервал тестирования, использую такие функции
При отладке (не обязательно дебаг), когда нужно быстро в тестере уменьшить интервал тестирования, использую такие функции