![MQL5 - Язык торговых стратегий для клиентского терминала MetaTrader 5](https://c.mql5.com/i/registerlandings/logo-2.png)
Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
скажите, пожалуйста, пример, где необходим асинхрон событий и это невыполнимо сейчас штатными средствами.
fxsaber бьется в получении своевременного SymbolInfoTick(). Из за блокирующей работы обработчиков, это проблема. Это два.
Чтение сокетов из разных обработчиков, проблема. Это три.
Зацикленные циклы в обработчиках. Это четыре.
Длительные вычисления. Это пять.
Невозможно своевременно получать события обработчика, если другой обработчик занят. Это шесть.
Куча ограничений возникает из за блокирующей модели обработчиков.
Список можно продолжать и продолжать, на сколько фантазии хватит.
И это не говоря ещё о событиях чарта, графической отрисовки и т.д.
зачем? я прекрасно понимаю как работают приложения в Win
ты вот лучше узнай историю Python откуда и когда появились вот эти красиво названные асинхронные костыли? - ты понимаешь, что изначально архитектура Питона не предполагала эти решения?
соглашусь, что благодаря вот этим асинхронным штукам можно использовать Python для клиент-серверных решений, возможно это круто, что фронтэнд у юзера может теперь использовать ресурсы многопроцессорного сервера,
а на кой это у юзера на десктопном приложении, терминал в Win? - ну наплодишь ты потоков, даже если будет возможность синхронизироваться некими await-функциями , то останется общий пул сообщений/событий
ладно, задолбал уже, распинаться тут перед тобой всем форумом, засерай топики со своими фантазиями, не моя проблема
А ты не распинайся тут. Не кто не просит. Если не понимаешь о чем речь, лучше промолчать, за грамотного сойдёшь.
Всё началось с несоответствия событий OnTick OnBook, и Слава это подтвердил. Это раз.
fxsaber бьется в получении своевременного SymbolInfoTick(). Из за блокирующей работы обработчиков, это проблема. Это два.
Чтение сокетов из разных обработчиков, проблема. Это три.
Зацикленные циклы в обработчиках. Это четыре.
Длительные вычисления. Это пять.
Невозможно своевременно получать события обработчика, если другой обработчик занят. Это шесть.
Куча ограничений возникает из за блокирующей модели обработчиков.
Список можно продолжать и продолжать, на сколько фантазии хватит.
решается просто - перенести обработчики в отдельные советники. любая событийная модель реализуема штатными средствами МТ5.
другое дело, что Windows не является системой реального времени, но, даже если бы и являлась, то событие должно обрабатываться быстрее предусмотренного, но не моментально в любом случае. Поэтому разработчики правы (хотя не мне и не Вам судить правы они или нет): хотите выполнения программ быстрее - покупайте процессоры и память быстрее и как можно больше реальных ядер.
решается просто - перенести обработчики в отдельные советники. любая событийная модель реализуема штатными средствами МТ5.
другое дело, что Windows не является системой реального времени, но, даже если бы и являлась, то событие должно обрабатываться быстрее предусмотренного, но не моментально в любом случае.
Поэтому разработчики правы: хотите выполнения программ быстрее - покупайте процессоры и память быстрее и как можно больше реальных ядер.
Это не решение, а костылище )) обработчики раскидывать по отдельным программам. Плохому вас учат тут ))
Разработчики тут не правы, все серьёзные проекты нормальные программисты пишут асинхронно.
Не железо поднимать нужно, а архитектуру выполнения программ.
Иди учи асинхронное программирование, задолбали уже.
Роман, мальчик. Уймись уже.
Роман, мальчик. Уймись уже.
Дядя Слава )) напиши все обработчики в неблокирующем цикле событий. Кучу проблем решите.
Это не решение, а костылище )) обработчики раскидывать по отдельным программам. Плохому вас учат тут ))
Разработчики тут не правы, все серьёзные проекты нормальные программисты пишут асинхронно.
Не железо поднимать нужно, а архитектуру выполнения программ.
В чём проблема-то? Написал свой код - доказал свою правоту.
Я преклоняюсь перед этими чуваками, они не послали тебя, а попытались объяснить. Очень корректно. Им ничего тебе доказывать не надо - они самодостаточны. Сабера здесь банили больше других. Дика тоже банили. Игорь - сама корректность, и он постоянно учится. Но у нас с ними - очень плодотворный диалог. В отличие от тебя
Дядя Слава )) напиши все обработчики в неблокирующем цикле событий. Кучу проблем решите.
В неблокирующем не получается. Чисто по объективным причинам
В чём проблема-то? Написал свой код - доказал свою правоту.
Я преклоняюсь перед этими чуваками, они не послали тебя, а попытались объяснить. Очень корректно. Им ничего тебе доказывать не надо - они самодостаточны. Сабера здесь банили больше других. Дика тоже банили. Игорь - сама корректность, и он постоянно учится. Но у нас с ними - очень плодотворный диалог. В отличие от тебя
Если тут не понимают о чём тут пишут, извините, это не моя проблема, а тех кто не выкуривает тему разговора.
В неблокирующем не получается. Чисто по объективным причинам
Можете конкретизировать эти объективные причины?