Discusión sobre el artículo "LifeHack para tráders: preparando "comida rápida" a partir de indicadores" - página 5

 
Vasiliy Sokolov:

Es decir, sigue habiendo una sobrecarga, y no pequeña. El ejemplo de Vladimir es más fiable, porque la llamada se utilizó en el trabajo real del EA.

Sin embargo, ¡basta de confusión! Parece que tenemos que verlo en detalle. Pero aquí puede haber un interés puramente técnico, ya que no puede haber ningún interés práctico.

 
fxsaber:

Sin embargo, ¡basta ya de confusión! Parece que tiene que examinarlo usted mismo en detalle. Pero aquí puede haber un interés puramente técnico, ya que no puede haber ningún interés práctico.

Sí, yo mismo ya estoy completamente confundido:) Si nos haces un análisis normal de la situación - ¡será genial!

 
fxsaber:

En cuanto a responsabilizar al usuario de disparar manillas innecesarias

veo lógico un tema así para la lista de artículos.

Eres lacónico como siempre - por favor, descifra esta macro. A qué tema se refiere. Usted puede simplemente dar el título para el artículo.

 
Rashid Umarov:

Eres tan sucinto como siempre - descifrar esta macro, por favor. A qué tema se refiere. Puedes darme un título para un artículo.

"Conveniencia de utilizar IndicatorRelease en Asesores Expertos para acelerar las pruebas".

 
fxsaber:

"La conveniencia de utilizar IndicatorRelease en Asesores Expertos para agilizar las pruebas".

¿Y tu opinión?

+ Cómo plasmarla en un artículo
 
Vasiliy Sokolov:

reescribir el indicador a la función interna del Asesor Experto con parámetros.

Me pregunto qué tipo de aceleración que daría si se implementa correctamente....

 
Rashid Umarov:

¿Y tu opinión?

+ Cómo estirar esto en un artículo

Debería haber una clasificación razonada de los EAs en los que IndicatorRelease acelera las pruebas significativamente y ahorra tiempo/dinero. ¿Y dónde no?

Y añadir esto

 

De hecho, la descripción de este tema es un poco diferente:

  • Ya se han escrito miles de indicadores, a los que se accede a través de iCustom con la asignación de los búferes/manejadores adecuados, etcétera, etcétera. Esta es una historia lenta y que consume muchos recursos;
  • Un indicador puede ser implementado como una función pura dentro de un Asesor Experto - en este caso el valor requerido se calculará mucho más rápido y requerirá menos memoria.

La idea es escribir algún tipo de interfaz que permita el acceso unificado a cualquier indicador personalizado, pero si el indicador se implementa como una función pura separada, la referencia se hace a esta función en lugar del manejador. Como resultado, obtenemos una buena aceleración y al mismo tiempo no perdemos el acceso a cualquier indicador arbitrario. Este es un tema interesante, incluso lo llevaría a cabo.

 
fxsaber:

Quería conclusiones objetivas.

Sí, es un método frontal, que se justificaba plenamente, ya que era necesario para la precisión y no necesitaba ningún rendimiento en absoluto. La tarea consistía en cerrar la inteligencia interferente de MT5.


Y otros, por supuesto, no lo intentó, porque.


En cuanto a tomar en el usuario la tarea de disparar mangos innecesarios.

Veo un tema para la lista de artículos como lógico.

No hay disparo automático de las manijas del indicador durante el funcionamiento de la aplicación MQL5. Las manijas de los indicadores se disparan automaticamente solo despues de terminar el programa MQL5 en el marco de la "limpieza despues de un programador descuidado". Para aumentar la calidad de los programas debemos escribir explícitamente los vornings en tales casos.

Por lo tanto, el que crea un montón de indicadores y no controla su eliminación crea grandes problemas. Tanto para su programa como para todo el terminal.

Repito una vez mas - los metodos de trabajo del articulo son categoricamente perjudiciales e incorrectos.

 
Renat Fatkhullin:

No hay orientación automática de las manijas del indicador durante el funcionamiento de la aplicación MQL5. Los manejadores de los indicadores se liberan automáticamente sólo después de terminar el programa MQL5 como parte de la "limpieza después de un programador descuidado".

Por lo tanto, el que crea muchos indicadores y no controla su eliminación crea grandes problemas. Tanto para su programa como para todo el terminal.

Pues bien, para estos Asesores Expertos.

recursos computacionales y de memoria para llevar el equipaje de un centenar de asas a través de un centenar de bares. Pero no he visto EAs en el mismo kodobase que clavaran un asa de esta manera. Todo se entrega a la "astucia de MQL5", obligando así a los autores a no ser nada astutos.

Es una completa emboscada.