È possibile chiudere diversi ordini allo stesso tempo? - pagina 7

 
TheXpert:
Al contrario, mi chiedo perché MT5 si sia allontanato dall'esecuzione sincrona dei comandi.

L'elaborazione asincrona degli ordini di compravendita è stata perfettamente implementata in JForex API attraverso gli eventi (saprai esattamente cosa è successo a ciascuna delle tue richieste di compravendita e perché. Lì anche ogni richiesta di scambio ha una bandiera di stato (creato (creato ma non ancora inviato al server (ad esempio, comunicazione fallita)), consegnato (il server lo ha accettato), in corso, eseguito). In MQL5 stanno cercando di farlo solo ora. E a giudicare dalle azioni degli sviluppatori, non sono sicuri di come farlo meglio.

L'asincronia stessa è logica. Le negoziazioni su diversi simboli vengono eseguite in modo indipendente. Ma l'asincronia su uno strumento di trading non può essere per definizione di mercato. Naturalmente, su un server MT4 ci può essere asincronia su uno strumento di trading, ma non è un mercato.

 
TheXpert:

Bene, bene... Questo non succederà nemmeno in 5. È un omicidio sia per gli sviluppatori che per il 99% degli utenti.

Non è un omicidio per gli sviluppatori. È una logica abbastanza normale per gli oggetti dell'applicazione, progettata e implementata abbastanza facilmente.

C'è anche la possibilità che quelle applicazioni possano essere progettate non più complesse dell'attuale implementazione e con tale funzionalità. Ma chi se ne occuperebbe? Gli sviluppatori non hanno questo personale.

Pertanto, c'è un problema dal lato degli utenti, cioè voi ed io, la maggior parte dei quali non sono professionisti e non tollerano nemmeno una minima complicazione, che porterà all'implementazione di tale funzionalità tramite meta-citazioni.

 
hrenfx:

L'elaborazione asincrona degli ordini di compravendita è stata perfettamente implementata in JForex API attraverso gli eventi (saprai esattamente cosa è successo a ciascuna delle tue richieste di compravendita e perché. Lì anche ogni richiesta di scambio ha una bandiera di stato (creato (creato ma non ancora inviato al server (ad esempio, comunicazione fallita)), consegnato (il server lo ha accettato), in corso, eseguito). In MQL5 stanno cercando di farlo solo ora. E a giudicare dalle azioni degli sviluppatori, non si sa come fare meglio.

Nel modo in cui è attualmente implementato nel 5, è illogico.

gip:

Per gli sviluppatori non è un killer. È una logica abbastanza normale per gli oggetti applicati, progettata e implementata abbastanza facilmente.

Beh, se è come è scritto sopra, naturalmente.