Discusión sobre el artículo "Desarrollo de un sistema de repetición (Parte 73): Una comunicación inusual (II)"
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 73): Una comunicación inusual (II):
En este artículo, veremos cómo transferir información en tiempo real entre el indicador y el servicio, y comprenderemos por qué pueden surgir problemas al modificar el timeframe y cómo resolverlos correctamente. Como bono, tendrás acceso a la última versión de la aplicación de repetición/simulador. El contenido es exclusivamente didáctico y no debe utilizarse con otros fines.
En el artículo anterior, "Desarrollo de un sistema de repetición (Parte 72): Una comunicación inusual (I)", comencé a mostrar cómo puedes usar un indicador para transmitir un tipo de información que, de otra manera, sería imposible de obtener. Muy bien, pero implementar realmente el código en nuestra aplicación de repetición/simulador no es tan sencillo como parece después de leer el artículo. Quizás estés pensando que estoy exagerando, que implementar algo así es bastante simple y directo, y que solo estoy creando suspenso.
Me gustaría que estuvieras generando suspenso con este tema. Pero la situación es mucho más complicada de lo que podrías estar imaginando. Me he esforzado por enfocar los artículos para explicarles a todos los aspirantes que realmente desean aprender a hacer las cosas en MQL5. Y el tema actual es algo que, hasta el momento en que escribo este artículo, nadie ha explorado. No es que sea algo inimaginable, pero sí es, como mínimo, bastante exótico y muy poco común. Por esta razón, estoy tratando de mostrar con todo detalle cómo debes proceder cuando tengas que hacer algo para lo cual no existen precedentes.
Autor: Daniel Jose