Cualquier pregunta de novato, para no saturar el foro. Profesionales, no pasen de largo. En ninguna parte sin ti - 6. - página 103
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
Si son las 7.43 y no me he acostado... ¡Así que supongo que se escribe grial!
No, no hace falta insultar así :)) Yusuf me dio el Grial. Estoy sentado en mis maletas, esperando el maná del cielo, me voy a las Maldivas :))
Así que muéstrame lo que has hecho... Aquí no hay telépatas, están de vacaciones.
He subido el código general del Asesor Experto, para que quede más claro lo que debe hacer... Sé que es un lío, pero aún no he aprendido otra cosa =)))
Te diré una vez más dónde está la estupidez
abrir órdenes pendientes: abre una orden pendiente sin la contraria o un montón de órdenes pendientes en una dirección.
Elimina los pedidos: a veces bien por la noche a una hora claramente especificada, y a veces en un día, o no cierra en absoluto ...
Bueno, la condición es :
Si la primera orden pendiente abierta se cierra con beneficio, la segunda se elimina inmediatamente - dudo que lo haya escrito correctamente, pero no puedo comprobarlo en acción ya que no quiero abrir dos posiciones opuestas=(((((
Cuando se busca la última orden cerrada, se debe encontrar primero la más reciente cerrada, pero se debe sacar del bucle la comprobación del cierre en la toma, de lo contrario se comprobará el cierre en la toma para cada orden cerrada y, si es así, se recordará la hora de la primera orden cerrada en la toma en el bucle y no la última.
Bueno, esto es la optimización del código. El resultado no cambiará, tal y como yo lo veo. Simplemente se tarda más en calcular. He arreglado el código, pero sigue igual.
Aun así, hay algo que no funciona.
He intentado mostrarte el código de un EA, sé que es un lío, pero nunca he aprendido a hacerlo de otra manera)))
Le diré una vez más dónde está la estupidez
Apertura de órdenes pendientes: abre una orden pendiente sin la contraria o un montón de órdenes pendientes en una dirección.
Borrado de pedidos: los borra cada vez, a veces bien por la noche a una hora claramente especificada, y a veces en un día, o no los cierra...
Pues bien, la condición:
Si la primera orden pendiente abierta cierra con beneficio, la segunda se borrará inmediatamente - también dudo que lo haya escrito correctamente, pero no puedo comprobarlo en el trabajo, porque no quiero abrir dos posiciones opuestas=(((((
Responder a una pregunta con una pregunta. ¿Qué demonios es eso?
Descifra para mí, no entiendo :)
Las comprobaciones para abrir una posición deben realizarse después de intentar abrir una posición. Es decir
Se coloca después de enviar un pedido.
El precio tiene que ser mayor o menor que el Asc o el Bid para abrir la posición. Así es para el Buy:
if (OOP > Ask)Bueno, esto es la optimización del código. El resultado no cambiará, tal y como yo lo veo. Simplemente se tarda más en calcular. He arreglado el código, pero sigue igual.
Todavía hay algo que no funciona.
No, no es una optimización del código. Sólo busca exactamente la última. Una vez que hayamos completado la búsqueda de todas las órdenes cerradas y hayamos encontrado la última orden cerrada de ellas, sólo entonces debemos comprobar si se cierra por la toma y, si se cierra por la toma, sólo entonces tiene sentido seguir buscando el resto.
Si comprobamos que hay uno cerrado dentro del bucle, ¿qué obtendremos? Obtendremos un error de lógica:
. Supongamos que hemos elegido una orden que se cerró hace un año. Su tiempo será de todas formas mayor que -1, por lo que lo comprobamos para cerrarlo en la toma (se comprueba dentro del bucle). Sí, se cerró en la toma... ¿Qué hace su función a continuación? Correcto - sigue funcionando con esa orden cerrada en la marca hace un año. Déjame ver qué más está mal. Acabo de llegar a casa...
Estaba escrito: 2. Si la última posición abierta se cierra en la toma, entonces cierra todo.
Entonces, es así:
Pasamos a la función el símbolo que queremos comprobar, el número mágico y el delta (distancia en pips == diferencia entre la toma de la orden y el precio de cierre), así:
No he comprobado esta función, la escribí por mi cuenta. Por lo tanto, le dejaré que busque los errores.
Se puede hacer int y utilizar códigos de retorno. Por ejemplo, si la posición buscada no existe o existe, pero se cierra con pérdidas, devuelve -1;
si existe y se cierra con ganancias, pero no dentro de la delta, devuelve 0;
si existe y se cierra con ganancias y en Take (dentro de la delta), devuelve 1...
El margen de imaginación es enorme...
Si, por el contrario, comprobamos el cierre de la toma, ¿qué obtenemos? Obtendremos un error lógico:
Supongamos que hemos seleccionado un pedido que se cerró hace un año. Su tiempo será de todos modos superior a -1, por lo que lo comprobamos para cerrarlo en la toma (esta comprobación dentro del bucle se incluye al código). Sí, se cerró en la toma...
Así, si hacemos un bucle en todos los pedidos, el bucle recorrerá igualmente todos los pedidos. La hora de cierre de cada pedido se comparará con la seleccionada anteriormente. Pero aquí es donde nos encontramos con un problema de rendimiento. El TakeProfit se comprobará constantemente en el bucle, con cada posición cerrada, en lugar de sólo con la última. ¿No es así?
Sí.
Pero existe Open[], con un precio de apertura.
Lo tengo, gracias :)
Por lo tanto, si usted recorre todos los pedidos, el ciclo recorrerá en todo caso todos los pedidos. La hora de cierre de cada orden se comparará con la anterior seleccionada. Pero aquí es donde nos encontramos con un problema de rendimiento. El TakeProfit se comprobará constantemente en el bucle, con cada posición cerrada, en lugar de sólo con la última. ¿No es así?
Por lo tanto, si se realiza un ciclo a través de todos los pedidos, el ciclo se realizará igualmente a través de todos los pedidos. La hora de cierre de cada orden se comparará con la anterior seleccionada. Pero aquí tenemos un problema de rendimiento. El TakeProfit se comprobará constantemente en el bucle, con cada posición cerrada, en lugar de sólo con la última. ¿No es así?
Eso es un fallo: