Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
Для того, чтобы не плодить лишние сущности.
Сущность (тик) все равно создается и отправляется. Почему не поставить ему правильную цену?
Потому что это не так, с точки зрения MT5, - стр. 59.
Разработчики MT5 сделали все очень простым, отсюда и вопросы у 1% пользователей.
Потому что это не так, с точки зрения MT5, - стр. 59.
Разработчики MT5 сделали все очень простым, отсюда и вопросы у 1% пользователей.
Не понял, к чему ссылка. Там все читал.
Можно проще выразить мысль?
Не понял, к чему ссылка. Там все читал.
Можно проще выразить мысль?
Пакет котировочных данных не совпадает по структуре с пакетом транзакций.
Поэтому, чтобы передавать так, как предложили, нужно делать расширенный большой универсальный вид передаваемых данных.
И главное, что даже если все так сделать, то какой в этом смысл? Никакой доп. информации это не будет нести.
Проблемы могут быть только в субъективном восприятии данной информации, но не в ее якобы неполноте.
Пакет котировочных данных не совпадает по структуре с пакетом транзакций.
Поэтому, чтобы передавать так, как предложили, нужно делать расширенный большой универсальный вид передаваемых данных.
И главное, что даже если все так сделать, то какой в этом смысл? Никакой доп. информации это не будет нести.
Проблемы могут быть только в субъективном восприятии данной информации, но не в ее якобы неполноте.
То есть котировки идут отдельно от транзакций для экономии? И это на стороне биржи? Ради экономии?
Так понятнее, спасибо.
То есть котировки идут отдельно от транзакций для экономии? И это на стороне биржи? Ради экономии?
Потому что это не так, с точки зрения MT5, - стр. 59.
Разработчики MT5 сделали все очень простым, отсюда и вопросы у 1% пользователей.
Тик должен быть синхронизирован сам с собой, хотя бы на уровне МТ. Иначе получается что значения, имеющиеся в последнем тике ничего общего с действительностью не имеют: "ой, а этот аск был актуален 20 тиков назад, ой а этот бид на самом деле бид прошлого тика. Зато у нас ласт сейчас самый последний. Но на следующем тике мы его снова пришлем, уже как устаревший. А Вы там разберитесь, что мы на самом деле имеем в виду".
Тик должен быть синхронизирован сам с собой, хотя бы на уровне МТ. Иначе получается что значения, имеющиеся в последнем тике ничего общего с действительностью не имеют: "ой, а этот аск был актуален 20 тиков назад, ой а этот бид на самом деле бид прошлого тика. Зато у нас ласт сейчас самый последний. Но на следующем тике мы его снова пришлем, уже как устаревший. А Вы там разберитесь, что мы на самом деле имеем в виду".
Чтобы узнать, какие именно данные изменились с текущим тиком, анализируйте его флаги:
Но ведь для каждого тика дается набор флагов, которые и говорят - что именно изменилось - https://www.mql5.com/ru/docs/constants/structures/mqltick
Так в том-то и дело, что справка, ссылка на которую Вы привели прямо противоречит действительности:
"У каждого тика всегда заполняются все параметры, независимо от того, изменились ли данные по сравнению с предыдущим тиком. Это позволяет всегда иметь актуальное состояние цен на любой момент времени без поиска предыдущих значений по тиковой истории. Например, с тиком могла измениться только цена бид, но в структуре помимо новой цены будут указаны и остальные параметры: предыдущая цена аск, объем и т.д."
Т.е. В справке четко и однозначно говориться: все значения в полученном тике, не зависимо от содержащихся в нем флагов, соответствуют текущим ценам. Но мы только что выяснили что это не так. Если Last съел часть бида, то мы получим тик, в котором обновился last, но bid содержит еще предыдущее значение.