Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
А мне наоборот интересно, почему в МТ5 отошли от синхронного выполнения команд.
Асинхронная обработка торговых приказов отлично и давно уже (с самого начала) реализована на JForex API через события (вы точно узнаете что и почему произошло с каждым вашим торговым запросом. Там даже каждый торговый запрос имеет флаг состояния(создан (создали, но еще не отправлен на сервер (например, связь сбоит)), доставлен (сервер его принял), выполняется, выполнен)). В MQL5 это еще только сейчас пытаются сделать. И судя по действиям разработчиков, до конца не уверены, как лучше.
А сама асинхронность логична. Т.к. торговля на разных фин. инструментах происходит независимо друг от друга. А вот асинхронности на одном торговом инструменте не может быть по определению рынка. Конечно, на MT4-сервере асинхронность на одном торговом инструменте может быть, но это не рынок.
Ну-ну... Такого даже в 5ке не будет. Это убийство как для разработчиков, так и для 99% юзеров.
Для разработчиков это не убийство. Это вполне нормальная логика для прикладных объектов, проектируется и реализуется достаточно просто.
Есть даже вероятность, что прикладные можно спроектировать не сложнее текущей реализации и с таким функционалом. Но кто этим будет заниматься? У разработчиков таких кадров нет.
Поэтому, остается проблема со стороны пользователей, то есть нас с вами, коих большинство не профессионалы и не терпят даже минимального усложнения, к которому приведет реализация такого функционала силами метаквотов.
Асинхронная обработка торговых приказов отлично и давно уже (с самого начала) реализована на JForex API через события (вы точно узнаете что и почему произошло с каждым вашим торговым запросом. Там даже каждый торговый запрос имеет флаг состояния(создан (создали, но еще не отправлен на сервер (например, связь сбоит)), доставлен (сервер его принял), выполняется, выполнен)). В MQL5 это еще только сейчас пытаются сделать. И судя по действиям разработчиков, до конца не уверены, как лучше.
Так, как она сейчас реализована в 5ке, она нелогична.
Для разработчиков это не убийство. Это вполне нормальная логика для прикладных объектов, проектируется и реализуется достаточно просто.