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
Ningún objeto personalizado puede autocomprobarse sin una llamada correspondiente. Es decir, debe ser escrito por el usuario en su código. Si lo ha escrito, entonces él mismo realiza el procesamiento.
El mecanismo de change_id es muy sencillo: se ejecuta el método Refresh. Después de eso obtienes los datos, qué y dónde se actualizó en la lista de eventos que has creado.
Tu implementación es casi muy similar a Observer, solo que usas todo en uno.
La única diferencia clave que veo es que ahora tienes que comprobar todos los eventos por separado fuera de la clase Calendar después de Refresh, dependiendo de la clase Calendar.
Si unificas el formato de intercambio (en el ejemplo, el más simple CArrayObj) y el filtrado de cosas dentro de la biblioteca para obtener una lista de sólo los eventos actuales.
y en general ya es una herramienta bastante funcional para trabajar con noticias.
La única diferencia clave que veo es que ahora es necesario escribir la comprobación de todos los eventos por separado fuera de la clase Calendario después de Actualizar, mientras que depende de la clase Calendario.
A la salida obtendrás un objeto con sólo los eventos refrescados. No necesitarás buscar los actualizados.
En la salida obtendrá un objeto con sólo eventos actualizados. No tendrá que buscar los eventos actualizados.
Ya veo, es que no vi el método Refresh ahí.
entonces en general es simple y conciso, sobre refrescar Revisado en cualquier momento - la captura de que también se resuelve entiendo?
Ya veo, es que no vi un método de Refresh ahí.
Todavía no está implementado. Lo haré cuando esté libre.
entonces en general es simple y conciso, sobre refrescar Revisado en cualquier momento - atrapar eso también está resuelto entiendo?
La captura de cualquier cambio debe ser, de acuerdo con la Documentación.
Una noticia puede llegar con 23 segundos de adelanto o 115 segundos de retraso.
Estos 115 segundos parecen ser artificiales, ya que las noticias sobre BRL y USD a distintas horas tienen el mismo desfase.
ZY Hay pocas estadísticas. Pero parece que en el Probador podemos contar con un desfase de dos minutos.
Hola fxsaber.
¿Es posible utilizar esta biblioteca con una lógica inversa? En lugar de backtest basado en el tiempo de noticias, hacer el Calendario Example.mq5 para permitir órdenes sólo en días sin eventos de alto impacto.
Ejemplo: Comprar USDJPY cuando el RSI está por debajo de 30, sólo si no hay noticias de alto impacto en el día actual para las divisas USD y JPY.
Si es así, ¿puedes modificarlo y adjuntar el archivo aquí? Es todo lo que necesito, avísame si lo has conseguido. Gracias.
Hola fxsaber.
¿Es posible utilizar esta biblioteca con una lógica inversa? En lugar de backtest basado en el tiempo de noticias, hacer que el Calendario Example.mq5 para permitir órdenes sólo en días sin eventos de alto impacto.
Ejemplo: Comprar USDJPY cuando el RSI está por debajo de 30, sólo si no hay noticias de alto impacto en el día actual para las monedas USD y JPY.
Si es así, ¿puedes modificarlo y adjuntar el archivo aquí? Es todo lo que necesito, avísame si lo has conseguido. Gracias.
Usted puede hacer una lógica diferente. Pero yo no lo hago. Póngase en contacto con un especialista.
Usted puede hacer una lógica diferente. Pero yo no lo hago. Póngase en contacto con un especialista.
Esto no se hace. Póngase en contacto con un especialista.