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
Asunto:
¿Y qué?
Inicie el indicador, luego - el Asesor Experto
Se observa que los valores del buffer del indicador (CTRL+D) no coinciden con los valores de iCustom (se imprimen en el comentario del gráfico del Asesor Experto).
En el caso de nuestra prueba, iCustom dará EMPTY_VALUE o cero.
Comprobado. No es que no coincida, es que no está en absoluto. Bastante bien.
¡Por alguna razón todavía no pueden hacer una lectura humana de los datos del indicador desde el gráfico! Parece una locura, pero lo es.
El problema está en el planteamiento del problema.
Sólo estás usando los indicadores para el propósito equivocado. No están diseñadas para ser cronometradas y reaccionar a los acontecimientos, sino para rehacer económicamente las series temporales.
Aborde su tarea desde el otro lado y encontrará una solución agradable y económica.
No se trata de leer los buffers, sino de que el indicador llamado a través de iCustom() no tiene temporizador ni eventos de gráfico.
¿Para qué sirven?
Bueno, en serio, ¿para qué?
¿Para qué sirven?
Bueno, en serio, ¿por qué?
El problema está en el planteamiento del problema.
Simplemente estás utilizando los indicadores para un propósito equivocado. No están diseñadas para ser cronometradas y reaccionar ante los acontecimientos, sino para reelaborar económicamente las series temporales.
Aborde su tarea desde el otro lado y encontrará una solución agradable y económica.
Es como un martillo en la cabeza para hacer tal declaración. Decidí buscar indicadores en kodobase. No he encontrado NINGUNO que utilice lo que estoy acostumbrado: modelo dirigido por eventos + OOP.
Es difícil decir qué es más: la frustración o la decepción por este estado de cosas. Resulta que los indicadores DEBEN escribirse de forma primitiva.
¿Alguien utiliza el modelo de eventos + OOP en los indicadores?
Bueno, eso sigue sin negar la perplejidad de que no se pueda obtener programáticamente lo que se ve con los ojos en un gráfico.
Es como una patada en la cabeza hacer una declaración así. Decidí buscar indicadores en kodobase. No he encontrado NINGUNO que utilice lo que estoy acostumbrado: modelo dirigido por eventos + OOP.
Es difícil decir qué es más: la frustración o la decepción por este estado de cosas. Resulta que los indicadores DEBEN escribirse de forma primitiva.
¿Alguien utiliza el modelo de eventos + OOP en los indicadores?
Bueno, eso sigue sin negar la perplejidad de que no se pueda obtener programáticamente lo que se ve con los ojos en un gráfico.