События клиентского терминала
Разработчик MQL5 существенно усовершенствовал торговую платформу MetaTrader уже хотя бы тем, что терминал реагирует на специфические события, а точнее на предопределённые события. Их сейчас 12 штук, если не ошибаюсь.
На мой взгляд, не хватает по логике события History и, соответственно, его обработчика OnHistory().
Кто что думает, просьба высказаться...
OnTrade мало ?
Хороший вопрос. Имхо, OnTrade() обобщает всё. Было бы событие History, тоньше можно было бы настроить работу советника...
разрешите разработчикам сначала OnTrade доделать.
потом все само решиться. Будет вам и дудка, будет и свисток.
разрешите разработчикам сначала OnTrade доделать.
потом все само решиться. Будет вам и дудка, будет и свисток.
Какой функционал должен быть в обработчике событий OnHistory(), на Ваш взгляд? Не понятно, что обсуждать.
Хочу котлету с мухами, но по отдельности :-)
Событие History, имхо, могло бы генерироваться после того, как поменялась торговая история.
Хочу котлету с мухами, но по отдельности :-)
Событие History, имхо, могло бы генерироваться после того, как поменялась торговая история.
Достаточно в OnTrade ввести параметры int mode и ulong ticket
В моде терминал возвращал бы тип события Trades, а в ticket соответственно тикет ордера, если тип события позволяет.
Достаточно в OnTrade ввести параметры int mode и ulong ticket
В моде терминал возвращал бы тип события Trades, а в ticket соответственно тикет ордера, если тип события позволяет.
Достаточно в OnTrade ввести параметры int mode и ulong ticket
В моде терминал возвращал бы тип события Trades, а в ticket соответственно тикет ордера, если тип события позволяет.
мой вариант
OnTrades(struct &TradeEvent[], int count) // массив структур + их количество.
в структуре будет вся требуемая инфа по исполнению от сервера
- тип события // открыли, удалили, модифицировали
- объект события - ордер/сделка/позиция
- местонахождение события - текущие ордера/сделки/позиции или история
- тикет ордера/сделки/ID позиции // в зависимости от типа события
- инструмент по которому пришло событие
- тип ордера/сделки/позиции
- цена ордера/сделки/позиции
- цена стоплоса
- цена тейкпрофита
- коментарий
+ может что разработчики подскажут.
мой вариант
OnTrades(struct &TradeEvent[], int count) // массив структур + их количество.
в структуре будет вся требуемая инфа по исполнению от сервера
+ может что разработчики подскажут.
Разработчики тебе щас пенделя дадут, этож насколько увеличиться трафик если по каждому Trades столько инфы слать придётся.
Такой подход правомочен лишь в одном случае: если традес возбуждается по пачке ордеров, на данный момент (если я не ошибаюсь) традес приходит по событиям каждого ордера в отдельности.
Кстати это вопрос к разработчикам, я ошибаюсь или нет?
мой вариант
OnTrades(struct &TradeEvent[], int count) // массив структур + их количество.
в структуре будет вся требуемая инфа по исполнению от сервера
- тип события // открыли, удалили, модифицировали
- объект события - ордер/сделка/позиция
- местонахождение события - текущие ордера/сделки/позиции или история
- тикет ордера/сделки/ID позиции // в зависимости от типа события
- инструмент по которому пришло событие
- тип ордера/сделки/позиции
- цена ордера/сделки/позиции
- цена стоплоса
- цена тейкпрофита
- коментарий
+ может что разработчики подскажут.
sergeev, интересное предложение. Некий суперобработчик события Trade. Мне тут у Вас нравится второй пункт - тип события...
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Вы принимаете политику сайта и условия использования
Разработчик MQL5 существенно усовершенствовал торговую платформу MetaTrader уже хотя бы тем, что терминал реагирует на специфические события, а точнее на предопределённые события. Их сейчас 12 штук, если не ошибаюсь.
На мой взгляд, не хватает по логике события History и, соответственно, его обработчика OnHistory().
Кто что думает, просьба высказаться...