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
Sí chicos....
ya se pueden dar puntuaciones :))))
Si no tienes nada bueno que decir, no digas nada o al menos habla de ello ..... Si supieras algo, me lo mostrarías... ¿O es demasiado malo? O no sabe nada ....
no hay nada que discutir.
En realidad, sería mejor peinar las funciones de envío de pedidos para comprobar que el pedido que se envía al servidor es correcto.
Me gustaría que el mensaje de error fuera antes del servidor, no después de recibir el error).Y cómo se puede garantizar que no se produzca la misma situación la próxima vez que se marque, sí nada.
Y el peor caso puede venir, que calcules mal la media y abras una orden mal y el siguiente tick no importe.
No es el número de órdenes lo que importa, sino el entorno de trading, la presencia de stops reales, la presencia de otros EAs en la cuenta.
En teoría, el estado de más de una orden podría cambiar
Una buena idea, no pensé en dos, me quedé colgado en una.
Así que volvemos al principio, cómo resolver las colisiones con esta función.
Buena idea, no pensé en dos, me quedé en una.
Así que volvemos al principio, cómo resolver las colisiones con esta función.
En todo caso, vuelva a calcular si el número de órdenes de entrada y salida no son iguales.
Teóricamente, más de una orden podría cambiar
¿Y qué? Aunque todos cambien, no analizaremos los mismos oficios.
Si estamos hablando de un comercio que ha cambiado en la lista, entonces puede cambiar después de que hayamos pasado por la búsqueda - antes de poner el beneficio total.
En todo caso, vuelve a calcular si el número de órdenes de entrada y salida no es igual.
Si el número de órdenes a la entrada y a la salida no es igual, vuelva a calcularlo.
Esto tampoco nos servirá si se abre una orden pendiente, se guardará la cantidad de órdenes pero no los parámetros. Por otro lado, esto apenas nos molestaría, si no hubiéramos incluido en el importe una orden pendiente recién abierta, no pasa nada. (Realmente no veo una situación en la que esto pueda causar un error). Esta situación sólo puede producirse en un conjunto especial de circunstancias, una de las cuales es que haya muchos ticks, es decir, que la próxima iteración sea muy próxima y se corrija el error. En caso de que el rebote de la orden se produzca entre ticks, esto no es un problema para nosotros.
A menudo vemos códigos de otros programadores en los que la enumeración se hace docenas de veces por iteración por separado para calcular un montón de parámetros y esto es un problema.
¿Y qué? Aunque todos cambien, no analizaremos los mismos oficios.
Si se trata de una operación de la lista que ha cambiado, entonces puede cambiar después de haber pasado por la búsqueda - antes de poner el beneficio total.