Funzione OrderSendAsync() - pagina 7
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
Asincronia senza controllo = caos.
Il controllo dell'asincronia può essere eseguito solo in OnTrade().
C'è bisogno di identificare una particolare richiesta in OnTrade().
Così arriviamo a che OrderSendAsync() deve restituire il numero del biglietto ricevuto dal server (escludendo la situazione di time-out). Il numero di ticket è necessario per identificare in modo univoco la richiesta sia dal server che dal client.
Unificando questo meccanismo, anche la funzione OrderSend() può essere ridisegnata - dovrebbe restituire il numero del biglietto, o "-1" in caso di fallimento dell'invio dell'ordine al server.
Poi, nel programma, implementa una classe con l'elenco dei biglietti generati.
Ad ogni evento OnTrade(), capiamo:
1. se si tratta della nostra azione o, per esempio, dell'azione di un'altra istanza di Expert Advisor (i maghi non saranno più necessari).
2. A che tipo di richiesta stiamo ricevendo una risposta.
Così, OrderSendAsync() dovrebbe restituire il numero di biglietto ricevuto dal server (esclusa la situazione di timeout). Il numero del biglietto è necessario per identificare in modo inequivocabile la richiesta sia con il server che con il client.
Salve. Sai almeno cos'è l'asincronia?
Stiamo ora discutendo l'aggiunta della funzione OnTradeResult(MqlTradeResult&info) che avrà i dettagli esatti delle risposte del server.
Secondo me, dovrebbe apparire così dal lato dell'utente:
l'utente scrive una classe per lavorare con i puntatori e vi allega la classe di elaborazione dei segnali commerciali.
Quando appare un segnale, vengono creati nuovi oggetti e viene inviata una richiesta al server; di conseguenza, l'oggetto esiste fino all'esecuzione del segnale.
OnTrade controlla il destino e prende una decisione (o/o) o invia una nuova richiesta o distrugge l'oggetto man mano che ha lavorato.
Questo schema ha bisogno dell'identificazione di quale oggetto trattare in relazione all'attivazione di questo evento Trade.
In questo schema, è necessario identificare quale oggetto elaborare in relazione all'attivazione di questo evento Trade.
Qual è il problema?
Stai scherzando?
Il commercio è ora senza volto, non si può dire quale oggetto della lista deve essere processato quando arriva.
Mi stai prendendo in giro?
Niente affatto. A proposito, non vale la pena preoccuparsi molto di OnTrade, perché non verrà il 100% delle volte (è circa lo stesso dell'errore 1 in MT4)
Cioè, devi ancora stipulare un'assicurazione.
Non è meglio "farlo bene"?
Niente affatto. A proposito, non vale la pena di preoccuparsi molto di OnTrade, perché non verrà il 100% delle volte (che è circa lo stesso dell'errore 1 in MT4)
Cioè, devi ancora stipulare un'assicurazione.
Non è meglio "farlo bene"?
Giustificare perché il commercio non entra nel ~100% delle volte?