Discusión sobre el artículo "Creación de un modelo de restricción de tendencia de velas (Parte 6): Integración todo en uno"

 

Artículo publicado Creación de un modelo de restricción de tendencia de velas (Parte 6): Integración todo en uno:

Un reto importante es la gestión de varias ventanas de gráficos del mismo par que ejecutan el mismo programa con diferentes funciones. Vamos a discutir cómo consolidar varias integraciones en un programa principal. Además, compartiremos ideas sobre la configuración del programa para imprimir en un diario y comentar el éxito de la emisión de señales en la interfaz de gráficos. Encontrará más información en este artículo a medida que avancemos en la serie de artículos.

En este artículo, desglosaremos las secciones de código MQL5 donde se produce la integración y discutiremos las líneas clave que permanecen globales durante todo el proceso de fusión. Este meticuloso enfoque es esencial a la hora de combinar múltiples fragmentos de código para crear un programa cohesionado y eficaz.

De la Parte 5 y sus subsecciones, teníamos dos grandes integraciones que resumir:

  1. Integración de Telegram en MetaTrader 5 para notificaciones.
  2. Integración de WhatsApp en MetaTrader 5 para notificaciones.

Uno de los retos es que nuestra integración realiza tareas en el símbolo del sistema con la ventana oculta para evitar interferir con otros procesos en la pantalla del ordenador. Como resultado, no hay confirmación de si las señales se han enviado con éxito a las plataformas de destino. Queremos que nuestro sistema comente en la ventana del gráfico cada señal emitida con éxito o, como mínimo, que la imprima en el diario de la plataforma.

Autor: Clemence Benjamin

 

puede ser más simple y universal. La práctica común en el gran mundo no es reinventar la rueda, sino utilizar un recolector/enrutador de datos

por ejemplo métricas y eventos vía Socket() o WebRequest() a telegraf https://www.influxdata.com/time-series-platform/telegraf/.

y se encargará de todos (cualquier) los destinatarios.

El código es mucho menor y funciona más estable.

--

telegraf aparece como un ejemplo, disponible libremente para todo el mundo. Existen alternativas tanto comerciales como de código abierto

 
Maxim Kuznetsov #:

puede ser más simple y universal. La práctica común en el gran mundo es no reinventar la rueda, sino utilizar un recolector/enrutador de datos

por ejemplo métricas y eventos vía Socket() o WebRequest() para telegrafiar https://www.influxdata.com/time-series-platform/telegraf/.

y éste se encargará de todos (cualquier) los destinatarios.

El código es mucho menor y funciona de forma más estable.

--

telegraf aparece como ejemplo, disponible libremente para todo el mundo. Existen alternativas tanto comerciales como de código abierto

Gracias por compartirlo. Echaré un vistazo al funcionamiento del servidor.