Errores, fallos, preguntas - página 2511
![MQL5 - Lenguaje de estrategias comerciales para el terminal de cliente MetaTrader 5](https://c.mql5.com/i/registerlandings/logo-2.png)
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
Estimados desarrolladores, añadan la función OnTester al indicador.
No hay ningún método de trabajo para aprender la finalización de la prueba desde el indicador
Justificar
Justificar
En algunos casos tiene sentido optimizar los indicadores exactamente de la misma manera que los EA. El desarrollador del indicador conoce el significado aplicado de la optimización. Usted ha hecho el modo de cálculos matemáticos aleatorios, y el indicador es en realidad un cálculo, pero con una representación gráfica del resultado. Por supuesto, los indicadores pueden ser optimizados y probados sólo por un valor personalizado de OnTester.
Escribí una justificación en el servicio de atención al cliente, pero como el acceso allí ya no está disponible, no puedo dar más detalles. Lo lógico sería dejar las tareas existentes en la SD en modo de sólo lectura, para poder enlazarlas.
En algunos casos tiene sentido optimizar los indicadores exactamente de la misma manera que los EA.
Entonces puedes hacer un EA con un manejador de indicadores.
La receta dada no ayuda en absoluto. Una pestaña está abierta. Primero me puse a cero haciendo clic en cada uno de ellos tres veces.
Entonces escribió un PM, e inmediatamente aparecieron supuestamente seis sin leer. No se puede superar.
Entonces puedes hacer un EA con un manejador de indicadores.
¿Por qué todos estos envoltorios? ¿Por qué no las implementa en la propia plataforma? El probador ya tiene la capacidad de probar tanto EAs como indicadores. Es absolutamente ilógico que el primer tipo tenga la capacidad de devolver un valor al probador, mientras que el segundo no.
¿Por qué todos estos envoltorios? ¿Por qué no las implementa en la propia plataforma? El probador ya tiene la capacidad de probar tanto los Asesores Expertos como los indicadores. Es absolutamente ilógico que el primer tipo tenga la capacidad de devolver un valor al probador, mientras que el segundo no.
Me refería a que en el Probador, los indicadores sólo se ejecutan en el Visualizador. Y nunca ejecutan el OnDeinit y el destructor global allí (incluso después de cerrar el Visualizador). Por lo tanto, es un poco problemático descubrir en el indicador que la carrera se ha detenido.
OnTester se diseñó originalmente como un criterio de optimización personalizado (los indicadores no están optimizados y ni siquiera se ejecutan fuera del Visualizador), no como un semáforo del fin de la ejecución. El semáforo en los Asesores Expertos siempre ha sido OnDeinit. No es necesario devolver algo al indicador en el Probador.
La cuestión era que en el Probador, los indicadores sólo se ejecutan en el Visor. Y OnDeinit y el destructor global nunca se ejecutan allí(incluso después de que el Visualizador se cierre). Por lo tanto, es un poco problemático descubrir en un indicador que la carrera se ha detenido.
OnTester se diseñó originalmente como un criterio de optimización personalizado (los indicadores no están optimizados y ni siquiera se ejecutan fuera del Visualizador), no como un semáforo del fin de la ejecución. El semáforo en los Asesores Expertos siempre ha sido OnDeinit. Y no es necesario devolver algo al indicador en el Probador.
Esta negrita es el problema mismo, por el que escribí la SD. Muchos indicadores deberían almacenar las estadísticas o el estado cuando se cargan, pero el probador no permite trabajar en este momento debido a la falla de OnDeinit, por no hablar de la depuración del código OnDeinit en la historia (que es imposible ahora).
No está tan claro. Creo que un programa soportado por el probador debe ser capaz de manejar un evento OnTester puramente semántico, por definición. El modo visual o no visual es otra cosa. Tampoco está claro por qué no podemos probar el indicador en un modo no visual, ya que ayudaría a identificar los problemas específicos en los cálculos del indicador, y de hecho, este modo sigue existiendo, si ejecutamos la visualización y luego usamos el botón de "desplazamiento a" la fecha en la ventana.
Si el indicador devolviera un valor al probador, se podría optimizar. Creo que esto es útil, me he encontrado con la necesidad. Ahora el problema se resuelve "bailando con la pandereta".