Bibliotecas: MT4Orders - página 27

Nuevo comentario
 
Ilya Malev:

Hola :)

Tratando de utilizar su biblioteca. MT5 modo Hedge build 1959, modo de prueba.

La llamada OrderSelect(... , SELECT_BY_TICKET) devuelve false para la orden en el historial, aunque la orden está claramente presente en los registros del tester. ¿Puedes adivinar cómo es posible?

Deberías leer este hilo para no repetirme una vez más.

El ticket de una posición MT4 cerrada es igual al ticket de una operación MT5 cerrada, por decirlo brevemente. Hay un montón de razones completamente válidas para ello. En particular, leer sobre ello en la cabecera de la biblioteca. O mejor, por supuesto, leer el hilo sobre este tema.


Para entenderlo mejor, haz todo tipo de operaciones intrincadas a mano en MT5 y luego ejecuta este script

Foro sobre trading, sistemas automatizados de trading y prueba de estrategias de trading

Bibliotecas: Informe

fxsaber, 2018.12.11 12:28 pm.

Cansándome de los informes de MT5 de pases únicos. Pues añadiendo estas tres líneas al final de cualquier asesor de MT5
#define  REPORT_TESTER       // El comprobador registrará automáticamente los informes
#define  REPORT_BROWSER      // Crear un informe con el inicio del navegador - requiere permiso DLL.
#include <Report.mqh>  // https://www.mql5.com/es/code/18801

abrirá un informe normal de Hedge-Tester al final de una sola pasada, que mostrará las posiciones de forma normal e incluso los deslizamientos.

Intente hacer esto, por ejemplo, con Experts\Examples\Moving Average\Moving Average.mq5.


Para entender inmediatamente el aspecto del informe, sólo tiene que ejecutar este script en su cuenta

#define  REPORT_BROWSER      // Crear un informe con el inicio del navegador - requiere permiso DLL.
#include <Report.mqh> // https://www.mql5.com/es/code/18801

void OnStart()
{
  REPORT::ToFile(); // Crear y abrir el informe en el navegador.
}


Todo es relevante para MT4 también.

O, como se ha escrito anteriormente, añadir las líneas apropiadas a cualquier Asesor Experto MT5 y ver lo que MT4Orders hace cuando se trata de la historia.
 
fxsaber:

Deberías leer este hilo para no tener que repetirme una vez más.

El ticket de una posición MT4 cerrada es igual al ticket de una operación MT5 cerrada, en definitiva. Hay un montón de razones completamente válidas para esto. En particular, leer sobre ello en la cabecera de la biblioteca. O mejor, por supuesto, leer el hilo sobre este tema.


Para entenderlo mejor, haz todo tipo de operaciones intrincadas a mano en MT5, y luego ejecuta este script

O, como se escribió anteriormente, añadir las líneas apropiadas a cualquier Asesor Experto MT5 y ver lo que hace MT4Orders cuando se trata de la historia.

¿Así que resulta que todavía es imposible lograr una compatibilidad total MT4 -> MT5? OK, gracias por el consejo, voy a mirar en él.

 
Ilya Malev:

Resulta que todavía es imposible lograr la plena compatibilidad MT4 -> MT5? OK, gracias por el consejo, voy a mirar en él.

Sí, el código torcido de MT4 no siempre funcionará en MT5.

 
fxsaber:

Sí, un código torcido de MT4 no siempre funcionará en MT5.

Una curva es aquella que calcula que el resultado OrderSend del envío de una orden pendiente permanecerá bajo el mismo número después de que se convierta en una orden de mercado, ¿te he entendido bien? )

¿Cuál es la forma más fácil de resolver este problema, sin rehacer la lógica del código original, puedes decirme? Si no se me ocurre más rápido a mí )

En general, este comportamiento no puede ser llamado sistema de pedidos MT4. Porque guardar los tickets de orden al activarlos en el sistema MT4 es uno de sus fundamentos

 
Ilya Malev:

La curva es la que calcula que el resultado de OrderSend de enviar una orden pendiente se mantendrá en el mismo número después de que se convierta en negociable, ¿te he entendido bien? )

Cuando se ejecute la orden, el ticket de posición seguirá siendo el mismo en MT5. Pero al cerrarse no lo hará.

La curva es el uso de SELECT_BY_TICKET. Especialmente cuando se trata de seguir el evento "si mi posición se ha cerrado" de esta manera.

En general, este comportamiento ya no se puede llamar un sistema de órdenes MT4. Porque guardar los tickets de órdenes cuando se activan en el sistema MT4 es uno de sus fundamentos

Todo se guarda. Sólo tienes que probarlo.

 
fxsaber:

Cuando se ejecuta una orden, el ticket de posición seguirá siendo el mismo en MT5. Pero al cierre no lo hará.

La curva es el uso de SELECT_BY_TICKET. Especialmente cuando se trata de seguir el evento "si mi posición se ha cerrado" de esta manera.

Todo se guarda. Sólo tienes que probarlo.

Bueno, lo he probado. Por supuesto, me refería al número de ticket después del cierre. Es decir, toda la numeración de la orden es flotante. Abro la orden número 59(el resultado de OrderSend), la activo y la cierro, luego imprimo números del historial con su OrderPrint y obtengo números en el historial del 1 al 13. Esto no se puede llamar un sistema MT4, por desgracia. No había nada en la documentación MT4 que SELECT_BY_TICKET no se puede utilizar para realizar un seguimiento del evento "si mi posición se ha cerrado", ya lo has inventado. En MT4 esto era bastante normal (aunque no discutiré que no es el mejor estilo de programación, pero no escribimos librerías para un mundo perfecto, o qué =)).

Además, no se trata de la comprobación de cierre aquí, por desgracia, que sería fácil de arreglar. Se trata del hecho de que muchos sistemas organizan los pedidos en grupos basándose en algún atributo y luego analizan su resultado para tomar otras decisiones. Y toda esta cohorte de sistemas (en los que recordar tickets y analizarlos en el historial es imposible en principio) no funcionará con tu librería, si añades todos los demás sistemas que simplemente "monitorizan el evento si mi posición se ha cerrado" vía SELECT_BY_TICKET, obtendrás un buen número de excepciones.
 
Ilya Malev:

Bueno, así es como lo probé. Por supuesto, me refería al número de ticket después del cierre. Es decir, toda la numeración de los pedidos es flotante. Abro la orden número 59 (resultado de OrderSend), la activo y la cierro, luego imprimo los números del historial con su OrderPrint y obtengo los números en el historial del 1 al 13. Esto no se puede llamar sistema MT4, por desgracia. No había nada en la documentación MT4 que SELECT_BY_TICKET no se puede utilizar para realizar un seguimiento del evento "si mi posición se ha cerrado", ya lo has inventado. En MT4 esto era bastante normal (aunque no voy a discutir que este no es el mejor estilo de programación, pero no estamos escribiendo bibliotecas para un mundo perfecto, o que =)).

La pereza para leer el hilo es familiar.

  • Es básicamente imposible escribir una librería para que el ticket de una posición cerrada coincida con el ticket cuando se cerró. Es una limitación arquitectónica de MT5.
  • Es una limitación muy buena, porque obliga a detener la práctica idiota de escribir MT4-asesores torcidos.
Hay una regla simple. Si usted ve SELECT_BY_TICKET en un Asesor Experto MT4, es 95% código torcido. Almacenamiento de entradas de cualquier tipo es casi siempre una lógica torcida que no puede soportar cualquier aplicación de combate.

 
fxsaber:

La pereza de leer el hilo me es familiar.

  • En principio, es imposible escribir una librería para que el ticket de una posición cerrada coincida con el ticket cuando se cerró. Esta es una limitación arquitectónica de MT5.
  • Es una limitación muy buena, porque obliga a parar la práctica idiota de escribir MT4-asesores torcidos.
Hay una regla simple. Si usted ve SELECT_BY_TICKET en un Asesor Experto MT4, es 95% código torcido. Almacenamiento de entradas de cualquier tipo es casi siempre una lógica torcida que no puede soportar cualquier aplicación de combate.

¿Para qué leer el hilo? Ya lo he resuelto todo.

Imagina un EA construyendo varias parrillas simultáneas de órdenes, cada una de las cuales tiene su propia lógica dependiendo de los resultados de órdenes pasadas en la serie. Cuánto más fácil le resultaría almacenar sus entradas en un array que implementar cualquier otra lógica. Al mismo tiempo, el único caso en que esta lógica no resistirá la "aplicación de combate" es un corte de energía instantáneo, y exactamente en el momento en que el Asesor Experto debe escribir el resultado de la siguiente operación de trading en el archivo con sus datos. Esto es prácticamente imposible cuando se opera en un VPS (o en presencia de un SAI).

 
Ilya Malev:

Para qué leer el hilo, ya me lo he imaginado todo.

Imagina un EA que construye varias parrillas simultáneas de órdenes, cada una de las cuales tiene su propia lógica en función de los resultados de las órdenes anteriores de la serie. Cuánto más fácil le resultaría almacenar sus entradas en un array que implementar cualquier otra lógica. Al mismo tiempo, el único caso en que esta lógica no resistirá la "aplicación de combate" es.....

Hay muchos casos en los que no lo resistirá. Cada orden de rejilla generará docenas de posiciones, y cada posición, cerrándose por el mismo TP, generará docenas de posiciones cerradas.

La librería está creada para los que saben escribir EAs de combate en MT4, no demo-toys. Combate es entrar en OnTick desde cero cada vez.

No tengo argumentos para ti, están todos en el foro. No estarás de acuerdo conmigo, absolutamente. Pero no es tan malo como los asesores torcidos de MT4.


Tal vez alguien intervenga en este diálogo y señale con enlaces o pensamientos de voz por qué el mundo es tan real.

 
Ilya Malev:

Para que leer el hilo, ya lo he solucionado todo.

Tengo todo funcionando perfectamente en varios EAs, no hay problemas con la biblioteca

1...202122232425262728293031323334...95
Nuevo comentario