Discusión sobre el artículo "Desarrollo de un sistema de repetición (Parte 61): Presionando play en el servicio (II)"

 

Artículo publicado Desarrollo de un sistema de repetición (Parte 61): Presionando play en el servicio (II):

En este artículo, analizaremos las modificaciones necesarias para que el sistema de repetición/simulación pueda operar de manera más eficiente y segura. También mostraré algo de interés para quienes deseen aprovechar al máximo el uso de clases. Además, abordaré un problema específico de MQL5 que reduce el rendimiento del código al trabajar con clases y explicaré cómo resolverlo.

En el artículo anterior, "Desarrollo de un sistema de repetición (Parte 60): Presionando play en el servicio (I)", realizamos algunos ajustes para que el sistema de repetición/simulador pudiera comenzar a lanzar nuevos datos en el gráfico. Aunque hicimos lo mínimo necesario para lograrlo, quedó claro que había ocurrido algo extraño. El sistema, que aparentemente no había sufrido cambios significativos, experimentó una caída importante de rendimiento. Esto da la impresión de que el sistema dejó de ser viable, ya que de repente se volvió muy lento. ¿Será realmente así? Y, de ser cierto, ¿cómo podemos resolver este problema? Siempre manteniendo los principios de la programación orientada a objetos.

Aunque efectivamente hubo una caída en el rendimiento, es posible solucionar gran parte de este problema ajustando y comprendiendo algunos aspectos clave del código. Tal vez en este artículo empiece a mostrar herramientas disponibles en el MetaEditor que pueden facilitar mucho el proceso de ajuste y mejora del código en el que estamos trabajando o desarrollando. Esto debería haberse mencionado antes en artículos anteriores, pero no lo consideré tan necesario como ahora, cuando es fundamental entender cómo funciona el código y por qué sufrió tal caída en su rendimiento sin cambios significativos en su lógica de trabajo.

Replay system

Autor: Daniel Jose