¿Es posible cerrar varias órdenes al mismo tiempo? - página 7

 
TheXpert:
Por el contrario, me pregunto por qué MT5 se ha alejado de la ejecución sincrónica de comandos.

El procesamiento asíncrono de las órdenes comerciales ha sido perfectamente implementado en la API de JForex a través de eventos (usted sabrá exactamente lo que sucedió con cada una de sus solicitudes comerciales y por qué. Allí incluso cada solicitud de comercio tiene una bandera de estado (creada (creada pero aún no enviada al servidor (por ejemplo, la comunicación falló)), entregada (el servidor la aceptó), en proceso, ejecutada). En MQL5 están intentando hacerlo ahora. Y a juzgar por las acciones de los desarrolladores, no están seguros de cómo hacerlo mejor.

La asincronía en sí misma es lógica. Las operaciones con diferentes símbolos se realizan de forma independiente. Pero la asincronía en un instrumento de negociación no puede ser por definición de mercado. Por supuesto, en un servidor MT4 puede haber asincronía en un instrumento de negociación, pero no es un mercado.

 
TheXpert:

Bueno, bueno... Eso ni siquiera va a ocurrir en el 5. Es un asesinato tanto para los desarrolladores como para el 99% de los usuarios.

No es un asesinato para los desarrolladores. Es una lógica bastante normal para los objetos de aplicación, diseñada e implementada con bastante facilidad.

Incluso existe la posibilidad de que se diseñen aplicaciones no más complicadas que la implementación actual y con dicha funcionalidad. ¿Pero quién se encargaría de ello? Los promotores no tienen ese personal.

Por lo tanto, hay un problema en el lado de los usuarios, es decir, usted y yo, la mayoría de los cuales no son profesionales y no toleran ni siquiera una mínima complicación, lo que llevará a la implementación de dicha funcionalidad por medio de metacomillas.

 
hrenfx:

El procesamiento asíncrono de las órdenes comerciales ha sido perfectamente implementado en la API de JForex a través de eventos (usted sabrá exactamente qué sucedió con cada una de sus solicitudes comerciales y por qué. Allí incluso cada solicitud de comercio tiene una bandera de estado (creada (creada pero aún no enviada al servidor (por ejemplo, la comunicación falló)), entregada (el servidor la aceptó), en proceso, ejecutada). En MQL5 están intentando hacerlo ahora. Y a juzgar por las acciones de los desarrolladores, no se sabe cómo hacerlo mejor.

Tal y como está implementado actualmente en el 5, es ilógico.

gip:

Para los desarrolladores no es un asesino. Es una lógica bastante normal para los objetos aplicados, diseñada e implementada con bastante facilidad.

Bueno, si es como está escrito arriba, por supuesto.