Обсуждение статьи "Разработка системы репликации (Часть 62): Нажатие кнопки воспроизведения в сервисе (III)"

 

Опубликована статья Разработка системы репликации (Часть 62): Нажатие кнопки воспроизведения в сервисе (III):

В данной статье мы начнем решать проблему переизбытка тиков, которые могут влиять на работу приложения при использовании реальных данных. Данный переизбыток часто мешает правильному отсчету времени, необходимому для построения минутного бара в соответствующем окне.

В предыдущей статье "Разработка системы репликации (Часть 61): Нажатие кнопки воспроизведения в сервисе (II)", мы проанализировали проблему, с которой мы столкнулись при использовании режима моделирования. Данная проблема возникает не только из-за катастрофического сбоя в разрабатываемом приложении, а также из-за скорости реакции системы, которую она показывала до настоящего момента. Этого времени отклика не хватало приложению для обработки всех полученных им данных. Поэтому нам нужно как-то приспособиться. Да, наш сервис может немного отличаться от идеальной картины реальности, но мы знаем, что на практике такого совершенства не бывает.

Лучшее решение, которое я смог придумать, - это настройка максимальных пределов, которые могут появиться в моделировании. Однако в этой статье мы подробнее рассмотрим последствия данных изменений, а также то, почему мы выбрали такой необычный путь. Кроме того, есть еще один аспект, и он напрямую связан с реальными или смоделированными данными, не относящимися к разрабатываемому нами приложению. Как ни странно, в некоторых случаях, особенно при работе с фьючерсными контрактами, на минутном баре может быть очень большое количество тиков или сделок. Когда это происходит, даже при подключении к торговому серверу, мы сталкиваемся с проблемами, связанными со скоростью реакции и отображением движения цены на платформе MetaTrader 5. Если вы никогда раньше не сталкивались с подобной ситуацией, то вы могли бы подумать, что это проблема, связанная с оборудованием, на котором работает MetaTrader 5, или ошибка в операционной системе. Но, к большому сожалению, это полная ерунда, распространяемая людьми, которые в действительности ничего не понимают в компьютерной технике.

Даже будучи подключенными к реальному торговому серверу, мы сталкиваемся с подобными проблемами, когда платформа не может обработать огромный объем поступающей информации, чего тогда мы можем ожидать при воспроизведении этих данных? Это будет полная беда, так как качество таймера будет серьезно снижено. Поэтому мы также установим ограничение на реальные или смоделированные данные за пределами платформы. Это поможет не допустить, чтобы такие проблемы, как сложность обработки данных платформой, стали заметными или даже возникли. Теперь посмотрим, как будет выглядеть новый код.


Dando play no serviço

Автор: Daniel Jose