Ti stai perdendo delle opportunità di trading:
- App di trading gratuite
- Oltre 8.000 segnali per il copy trading
- Notizie economiche per esplorare i mercati finanziari
Registrazione
Accedi
Accetti la politica del sito e le condizioni d’uso
Se non hai un account, registrati
Dovrebbe essere chiarito:
TRADE_RETCODE_PLACED per OrderSend è la risposta del server.
TRADE_RETCODE_PLACED per OrderSendAsync è una risposta terminale.
Anche se i codici sono identici, hanno un significato molto diverso. Gli sviluppatori correggeranno molto probabilmente questa ambiguità.
Ecco perché dovreste capirlo:
deve essere compreso nel contesto appropriato.
OrderSend può ricevere una risposta sia dal server che dal terminale (nel caso in cui i filtri del terminale falliscano).
OrderSendAsync riceve sempre la risposta solo dal terminale. Per ricevere la risposta dal server è necessario catturare gli eventi appropriati in onTrade.
OrderSend può ricevere una risposta sia dal server che dal terminale (nel caso in cui i filtri del terminale falliscano).
Ho capito bene la seguente idea:
Il terminale ha controllato la richiesta di OrderSend e l'ha inviata con successo al server, con il retcode che riceve un valore intermedio di TRADE_RETCODE_PLACED. A questo punto la connessione si interrompe e tutto ciò che OrderSend può restituire è il codice TRADE_RETCODE_PLACED bloccato nel campo retcode? Sarebbe questo l'esempio in cui OrderSend restituisce TRADE_RETCODE_PLACED?
Ho capito bene l'idea seguente:
Il terminale ha controllato la richiesta di OrderSend e l'ha inviata con successo al server, con il retcode che riceve il valore intermedio TRADE_RETCODE_PLACED. A questo punto la connessione si interrompe e tutto ciò che OrderSend può restituire è il codice TRADE_RETCODE_PLACED bloccato nel campo retcode? Sarà questo l'esempio in cui OrderSend restituisce TRADE_RETCODE_PLACED?
Forse sì, ma ne dubito. Molto probabilmente sarebbe TRADE_RETCODE_TIMEOUT tramite TimeOut-time per una tale interruzione della comunicazione.
Onestamente, non capisco a cosa serva questo nerfing nel caso di OrderSend. Forse gli sviluppatori spiegheranno di più nell'aiuto.
P.S. Non ho scritto una sola riga in MQL5. Pertanto, tutti i miei pensieri sull'argomento possono essere ignorati.
...Tuttavia, è una sciocchezza. La guida per l'utente di Client Terminal (gennaio 2012) dice che una delle fasi dell'ordine è la fase "set(placed) - dealer accepted order".
Cioè, secondo il manuale, l'ordine sta segnalando la fase di vita di una richiesta di scambio, quando ha già raggiunto con successo il server. E la descrizione della funzione OrderSendAsync() dice esattamente il contrario: il codice TRADE_RETCODE_PLACED non dipende dall'arrivo al server.
Onestamente, non vedo perché questa nerdaggine sia necessaria nel caso di OrderSend.
In generale, chiunque può scrivere un MyOrderSend seriale tramite OrderSendAsync:
Con questa implementazione MyOrderSend sarà completamente identico al normale OrderSend (che può essere semplicemente eliminato dall'API implementando via OrderSendAsync nella libreria regolare).
Con questa implementazione MyOrderSend sarà completamente identico al normale OrderSend (che può essere semplicemente eliminato dall'API implementando OrderSendAsync nella libreria normale).
Generalmente, l'input OrderSendAsync è un evento storico per Metatrader. In tutto il tempo in cui è esistita l'API di trading (a partire da Metatrader3 (non ho visto quelle precedenti) Metatrader, anche se implementato attraverso un proprio linguaggio, è rimasto praticamente invariato nella sua essenza. OrderSendAsync è il primo cambiamento sostanziale all'API di trading di Metaquotes.
Mi congratulo sinceramente con gli sviluppatori per questo evento e auguro di portare il modello asincrono a funzionalità adeguate!
Messaggio tecnico. Raccogliendo dichiarazioni interessanti in un unico thread.
Si noti che ci sono e ci saranno limiti al numero di ordini simultanei nella coda di esecuzione da un conto. In questo momento sono 16 domande, se non mi sbaglio.
Le operazioni asincrone lavoreranno attentamente con la "finestra del numero di ordini ammissibili", aspettando che una parte del lotto precedente venga eseguita prima di inviare il lotto successivo. Inoltre, ci saranno protezioni contro gli allagamenti stupidi/test. Finora si riceve un errore quando il numero di applicazioni permesse è in eccesso.
Il nuovo metodo di operazioni asincrone attraverso OrderSendAsync risolve il problema principale - permette di fare una dozzina di operazioni istantaneamente. Questo è uno strumento molto potente e dovrebbe essere usato con attenzione e sempre con un occhio alla possibilità di un ban dal server e dal broker.