Discusión sobre el artículo "Desarrollo de un sistema de repetición (Parte 35): Haciendo retoques (I)"
Está perdiendo oportunidades comerciales:
- Aplicaciones de trading gratuitas
- 8 000+ señales para copiar
- Noticias económicas para analizar los mercados financieros
Registro
Entrada
Usted acepta la política del sitio web y las condiciones de uso
Si no tiene cuenta de usuario, regístrese
Artículo publicado Desarrollo de un sistema de repetición (Parte 35): Haciendo retoques (I):
Tenemos que arreglar algunas cosas antes de poder continuar de verdad. Pero no es necesariamente una corrección, sino una mejora en la forma de gestionar y utilizar la clase. La razón es que hay fallos debidos a algún tipo de interacción dentro del sistema. A pesar de los intentos de comprender la razón de algunos de los fallos, para ponerles fin, todos ellos se vieron frustrados, ya que algunos no tenían sentido. Cuando usamos punteros o recursión en C / C++, y el programa empieza a fallar.
En el artículo anterior "Desarrollo de un sistema de repetición (Parte 34): Sistema de órdenes (III), informé de que el sistema tenía algunos fallos bastante extraños e incluso desconcertantes. La razón es que esos fallos se producían por algún tipo de interacción dentro del sistema. A pesar de los intentos de comprender la razón de algunos de los fallos, para ponerles fin. Todos ellos se vieron frustrados, ya que algunos no tenían sentido. Cuando usamos punteros o recursión en C / C++, y el programa empieza a fallar. Uno de los primeros pasos es comprobar estos mecanismos. Aquí en MQL5, esto no sucede de la misma manera que en C / C++. Pero después de hacer unas pequeñas modificaciones, se subsanó uno de los defectos. Aunque no creo que sea una solución tan elegante. De hecho, hizo desaparecer por completo uno de los defectos.
Aún así tendremos que hacer una modificación algo más radical en el código. Para subsanar por completo los fallos que afectan al sistema. Éstos deben haber estado ahí hace mucho tiempo. Porque algunos tipos de interacción no se producían dentro del sistema. Esto de alguna manera muy específica. Pero en cuanto empezaron a producirse estas interacciones, los fallos que habían estado ahí, pero que habían pasado desapercibidos, empezaron a ser notados durante el uso del programa.
Los fallos presentes no afectan negativamente al sistema. Pero no te permiten trabajar de una forma realmente adecuada. Además de confundir al usuario. Lo que hace que la experiencia del programa sea bastante desagradable e inaceptable. El primero de estos fallos es relativamente sencillo de solucionar. Así que vamos al tema donde explicaré cómo solucionarlo.
Autor: Daniel Jose