Сервисы. Уже работают? - страница 23
Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
Кастомные события в сервисе, как раз были бы удобны, для получения подобного рода информации из вне, не блокируя основной цикл сервиса.
Пример штатного Сервиса - формульный кастомный символ. К сожалению, там нет ничего, кроме 10Гц-ового обновления в бесконечном цикле. Понятно, что фиды реализовывать через советники/индикаторы неправильно. Поэтому только Сервисы. А вот многие остальные задачи - другие типы MQL-программ. Например, бэк-офис должен содержать GUI. А Сервисы этого не предполагают. Возможно, стоит более строго посмотреть на задачи, которые, действительно, должны решаться через Сервисы.
Пример штатного Сервиса - формульный кастомный символ. К сожалению, там нет ничего, кроме 10Гц-ового обновления в бесконечном цикле. Понятно, что фиды реализовывать через советники/индикаторы неправильно. Поэтому только Сервисы. А вот многие остальные задачи - другие типы MQL-программ. Например, бэк-офис должен содержать GUI. А Сервисы этого не предполагают. Возможно, стоит более строго посмотреть на задачи, которые, действительно, должны решаться через Сервисы.
Для этого и предназначены сервисы, для работы в бесконечном цикле отдельного потока.
К примеру получать данные из вне, для последующей обработки, а строить анализ или тот же GUI, в другом типе mql программ.
Что реализовать в сервисе, это уже дело фантазии и необходимых задач.
Главное чтобы техническая возможность была.
В анонсе одного из билдов, есть информация о новом типе програм "модуль"
Возможно данный тип программы, координально расширит возможности, если отдельный модуль будет выполнятся в своём потоке, и иметь все обработчики как в эксперте.
Но когда его введут, и какой у него будет функционал, пока не известно.
Что реализовать в сервисе, это уже дело фантазии и необходимых задач.
Главное чтобы техническая возможность была.
Тогда для чего бэк-офис нужно делать именно через Сервис?
Можно Сервис запустить, например, для ведения статистики реджектов. Но там как раз нужен бесконечный цикл.
Тогда для чего бэк-офис нужно делать именно через Сервис?
Можно Сервис запустить, например, для ведения статистики реджектов. Но там как раз нужен бесконечный цикл.
Для удобства, запустил и забыл.
Не используя лимитированное количество графиков, для запуска экспертов.
сервисы штука неизведанная сообществом, как и не предложенная разработчиками как официальный инструмент
чтобы понять зачем сервисы нужны, нужно просто проанализировать что они получают в качестве событий, ... да вообще ничего, просто факт запуска терминал, по сути это некий досовский autoexec.bat, который не умеет запускать (без использования костыльных фич) что либо
если сервисы позиционируются как некий обработчик, то должна быть событийная модель, как минимум событие таймера, а не бесконечный зацикленный цикл, имхо
сервисы штука неизведанная сообществом, как и не предложенная разработчиками как официальный инструмент
чтобы понять зачем сервисы нужны, нужно просто проанализировать что они получают в качестве событий, ... да вообще ничего, просто факт запуска терминал, по сути это некий досовский autoexec.bat, который не умеет запускать (без использования костыльных фич) что либо
если сервисы позиционируются как некий обработчик, то должна быть событийная модель, как минимум событие таймера, а не бесконечный зацикленный цикл, имхо
Сервисы требуют от каждого изобретать способы своего использования. Этим они и интересны.
1. Фоновая загрузка новостей
2-3 можно реализовать через скрипт на OBJ_CHART.
2-3 можно реализовать через скрипт на OBJ_CHART.
Эксперт/скрипт требует наличие открытого графика.
Количество графиков, лимитировано терминалом.
Каждая отрисовка/обновление графика, это системная очередь сообщений и лишняя нагрузка ресурсов.