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

 

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

В данной статье мы рассмотрим изменения, которые позволят системе репликации/моделирования работать более эффективно и безопасно. Также я не оставлю без внимания тех, кто хочет извлечь максимум пользы из использования классов. Кроме того, рассмотрим специфическую проблему в MQL5, которая снижает производительность кода при работе с классами, и объясним, как ее решить.

В предыдущей статье "Разработка системы репликации (часть 60): Нажатие кнопки воспроизведения в сервисе (I)", мы внесли некоторые изменения, чтобы система репликации/моделирования начала запускать новые данные на графике. Несмотря на то, что мы сделали необходимый минимум для этого, стало ясно, что произошло нечто странное. Система, которая, казалось бы, не претерпела существенных изменений, значительно снизила свою производительность. Создается впечатление, что система перестала быть жизнеспособной, так как внезапно стала очень медленной. Но так ли это на самом деле? И если да, - как мы можем решить эту проблему? Принципы объектно-ориентированного программирования (ООП) всегда сохраняются.

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

Replay system

Автор: Daniel Jose