Caratteristiche del linguaggio mql5, sottigliezze e tecniche - pagina 5

 
Dmitry Fedoseev:

Sarebbe meglio scrivere una funzione separata per l'attesa, in modo da poter utilizzare anche la classe di trading standard.

Se si inserisce la soluzione prima di SB ora, sarà sincronizzata.

Forum sul trading, sistemi di trading automatico e test di strategia

Caratteristiche del linguaggio mql5, sottigliezze e trucchi

fxsaber, 2017.02.25 16:02

Se volete rendere tutti gli OrderSend sincronizzati con l'ambiente di trading ed evitare le insidie, è sufficiente scrivere il codice sorgente come un file mqh e fare opportuni #include nei vostri programmi.

 
Dmitry Fedoseev:

Le cose sono molto più semplici. Prima di inviare un ordine, ricordava la lunghezza della storia, e dopo averlo inviato, aspettava che la lunghezza della storia aumentasse. Bisogna inserire un timeout, in modo che improvvisamente non si blocchi per sempre.

fxsaber:

C'è un timeout. Purtroppo, ci possono essere problemi nella tua versione se diversi OrderSend lavorano insieme (da diversi Expert Advisors).

ORDER_MAGIC non aiuta in questa situazione? Solo per controllare la storia del tuo EA?
 
Vasiliy Pushkaryov:
ORDER_MAGIC non aiuterebbe in questa situazione? Solo per controllare la storia del tuo EA?
Disponibile presso
 
Vasiliy Pushkaryov:
ORDER_MAGIC non aiuterebbe in questa situazione? Solo per controllare la storia del tuo EA?
Ci possono essere problemi con esso

Forum sul trading, sistemi di trading automatico e test di strategie di trading

Caratteristiche del linguaggio mql5, sottigliezze e trucchi

fxsaber, 2017.02.25 17:29

Inoltre, non solo la storia ma anche SL/TP di posizioni aperte/ordini ecc. non è sincronizzata.

Per le marche, la storia non può che aumentare con un ordine all'inizio, e poi un attimo dopo con uno scambio.

Inoltre, ORDER_MAGIC è già una richiesta di storia. In altre parole, non possiamo solo aspettare che la storia aumenti, come è stato suggerito prima.

Non mi è molto chiaro perché dobbiamo inventare dei metodi, quando solo uno di essi può funzionare (come attesa) in base alla logica di ciò che deve essere aspettato.

Per ogni TRADE_ACTION devi aspettare qualcosa di specifico. Questo è solo quello specifico da aspettare. Non ha senso aspettare qualcos'altro. Non c'è una seconda soluzione.

 
fxsaber:
Potrebbe esserci un problema.

Inoltre, ORDER_MAGIC è già una richiesta di storia. Quindi non si può semplicemente aspettare che la storia aumenti, come è stato suggerito prima.

Non mi è molto chiaro perché dobbiamo inventare alcuni metodi, quando solo uno di essi può funzionare (come attesa), in base alla logica di ciò che dobbiamo aspettare.

Per ogni TRADE_ACTION devi aspettare qualcosa di specifico. Questo è solo quello specifico da aspettare. Non ha senso aspettare qualcos'altro. Non c'è una seconda soluzione.

Lei è un tipo così interessante. Se non lo spieghi in dettaglio, non lo capirai. Aspettando che la storia aumenti con il mago in mente.
 
Dmitry Fedoseev:
Aspettando che la storia aumenti con il mago in mente.
E se lo fai?
 
fxsaber:
E se la modifica?
Perché aspettare dopo?
 
Dmitry Fedoseev:
Perché aspettare dopo?
Quando si modifica un ordine in sospeso dopo un OrderSend riuscito, si può incorrere in questo
(ENUM_ORDER_STATE)::OrderGetInteger(ORDER_STATE) == ORDER_STATE_REQUEST_MODIFY

a parte il fatto che SL/TP non vengono aggiornati immediatamente, come nel caso della modifica della posizione.

Si possono scoprire le sfumature solo se si sottopongono a stress-test molti server di trading. Senza di esso, il trading su un conto reale è una cosa difficile.

 
C'è sempre qualcosa in cui farsi prendere
 
Dmitry Fedoseev:
C'è sempre qualcosa in cui imbattersi
La soluzione proposta non ha ancora incontrato altro. Per questo non potevo suggerire di meglio.
Motivazione: