Асинхронное и многопоточное программирование в MQL - страница 22
Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
Там они нам без надобности. Эти возможности не поспособствуют росту уровня программ здесь, в сообществе. MQL-программ.
Вам шашечки, или поехали? Вам ТС нужна, или уровень технологии МКЛ-программ?
Мне ТС, а МКЛ или что-то другое - абсолютно без разницы. Никаких чувств ни к какому терминалу у меня нет.
Вам шашечки, или поехали? Вам ТС нужна, или уровень технологии МКЛ-программ?
Мне ТС, а МКЛ или что-то другое - абсолютно без разницы. Никаких чувств ни к какому терминалу у меня нет.
Я сделал очередь сообщений, которая по таймеру обрабатывает входящие команды и делает оповещение о завершении операции. не вижу прямой необходимости создавать отдельные потоки
И все операции у вас выполняются в блокирующем режиме т.е. последовательно, пока одна операция не завершится, другая не запустится.
ТС мне нафиг не нужна. Я думаю о бизнесе вокруг ТС. Поэтому - уровень технологии МКЛ-программ.
Предел вашего бизнеса на маркете/фрилансе - 100 баксов/мес. Это не бизнес, а игры в бизнес.
Предел вашего бизнеса на маркете/фрилансе - 100 баксов/мес. Это не бизнес, а игры в бизнес.
Предел вашего бизнеса на маркете/фрилансе - 100 баксов/мес. Это не бизнес, а игры в бизнес.
Кстати, объективности ради, были люди в Маркете, которые зарабатывали намного больше, судя по интересу который вызывал их продукт. А на сигналах и вовсе разбогатеть можно, судя по некоторым. Так что, бизнес все таки есть.
Пост для создателей. Тролли мимо. Для графических интерфейсов вполне так себе смотрится вынести OnChartEvent в отдельный поток.
Если посмотреть более глобально, то лучше реализовать класс и методы асинхронных задач, которые работали бы для всех имеющихся основных обработчиков, в структуре всего кода.
т.е. к примеру если вы работаете в OnChartEvent, то в этом обработчике вызываем MqlTask и класс CTask и работаем с задачами как нам нужно в этом обработчике.
Соответственно скрытый от юзерских глаз EventLoop и TrhreadPool должны цепляться автоматом где объявляется MqlTask.
Ну это примерный алгоритм, разработчикам виднее как лучше сделать, но мысль думаю понятна.
Примерная реализация работы задач, в скрытом от глаз EventLoop
Я Вам уже отвечал. Вы игнорируете.
1. Мне нужна многопоточность, потому что мои программы на порядок сложнее. Я хочу объединить в одной программе очень много тяжелых функций. Трехмерная визуализация, общение с сервером, GUI, и различные вычисления. Одного потока недостаточно. Значит, нужно либо разбивать программу на части, либо использовать штатную многопоточность. Если ее не будет, значит разобью программу на части.
2. Терминал многопоточен сам по себе. Зачем ему многопоточность - спросите у его разработчиков. Зачем многопоточность мне,- см. пункт 1.