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
Así que ese es mi punto. Mis funciones no tienen ninguna versatilidad, cada una se dedica estrictamente a su propio negocio. Incluso la compra y la venta están separadas. Que cambien los números de orden, que suban las paradas, pero el billete y el mago permanecerán.
Bueno, te has dejado llevar por el slosoll:)
Bueno, te has dejado llevar por la paliza:)
Todavía no se ha producido ningún fallo. Soy un tirano en ese sentido:)
No, no como el queso en la mantequilla, pero hice mi parte justa de servicio como teniente coronel. Lo siento si te he ofendido :(
No, no hay razón para ofenderse, no tienes que comprometerte si dije algo malo, pero sinceramente. :)
Me has entendido mal. Por alguna razón, la mitad de la gente también lo hace. No necesito en la función B() procesar esa orden, que se selecciona en la función A(). La función B() funciona con otras órdenes, no importa cuáles, no tiene nada que ver con la función A(); la función B() tiene su propia lógica. Puede contar el número de órdenes, su beneficio total, mirar a través de sus comentarios, TP SL, etc. La tarea es volver de la función B() de nuevo a la función A() de tal manera que no importa lo que la función B() haya hecho con los pedidos, la lógica de la operación de la función A() en el punto de llamada de la función B() desde ella no será violada debido al hecho de que el orden seleccionado por la función A() antes de la llamada de la función B() ya no es seleccionado y el orden seleccionado es otro orden aleatorio procesado por la función B() que muy probablemente también busca órdenes en el bucle.
Sigues olvidando que sólo se puede seleccionar un pedido a la vez. Salir = almacenar la lista de pedidos en un pool de ahorro (su array). una variable global lastorder no es suficiente. una mejor opción sería lastords[ticket][function].
En mi código, este error no se producirá, porque esta función se llama DESPUÉS de OrderSelect(). Y la comprobación en el código queda de los tiempos en que los códigos se escribían sin una estructura común de todas las funciones ejecutables de EA.
Además, la mayoría de mis funciones contienen funciones de gestión de errores y tengo mucho cuidado de evitarlos. Y también hay una serie de funciones que generan un error, como la respuesta que buscabas: "¿Ordenar antes, o no?"
P.D. Por cierto, he recordado una peculiaridad (puede ser útil para alguien) del trabajo con las funciones OrderSelect() de las bibliotecas compiladas: hemos seleccionado un pedido (cómo - no principalmente), OrderTicket() - devuelve el número del pedido seleccionado. Pero si queremos obtener las propiedades de esta orden seleccionada desde la función que se encuentra en la biblioteca compilada, no obtendremos nada. Tenemos que volver a seleccionar esa orden (otra vez).
De hecho, me encontré con una situación en la que el error era causado por una de las funciones de propósito general que podía ser utilizada tanto dentro de los bucles de procesamiento de pedidos como fuera de esos bucles, es decir, antes de que el pedido fuera seleccionado, lo que provocaba el error. Si queremos que las funciones del servicio universal trabajen con órdenes que se puedan utilizar tanto después de que se haya seleccionado una orden como antes, tanto cuando hay órdenes abiertas como cuando no las hay, deberíamos utilizar un mecanismo como el que he citado para asegurarnos de que no obtenemos este error.
Ya escribí anteriormente en este hilo sobre el hecho de que la selección de la orden no se pasa a los módulos de la biblioteca y de vuelta.
De hecho, me encontré con una situación en la que el error era causado por una de las funciones de propósito general que podía ser utilizada tanto dentro como fuera de los bucles de procesamiento de pedidos, es decir, antes de que se seleccionara un pedido, lo que causaba el error. Si queremos hacer funciones de servicio universal que trabajen con órdenes y que puedan ser utilizadas tanto después de que una orden haya sido seleccionada como antes, tanto cuando hay órdenes abiertas como cuando no hay órdenes, deberíamos utilizar un mecanismo como el que mencioné en la página anterior para evitar este error.
Ya escribí anteriormente en este hilo sobre el hecho de que la selección de la orden no se pasa a los módulos de la biblioteca y de vuelta.
Acostúmbrese a que cada operación tiene su propio orden de selección y no tendrá ningún problema. Y, sí, se ha escrito correctamente, sólo se puede seleccionar una orden. Todo lo demás se resuelve con matrices.