Caratteristiche del linguaggio mql5, sottigliezze e tecniche - pagina 107

 
fxsaber:

Probabilmente voleva dire che un singolo passaggio può durare più di ~50 giorni

No, Slava ha capito bene e l'ha detto.

 
Nikolai Semko:

La densità temporale nel tester è completamente diversa. Non funzionerà.

Mi sbagliavo.
Ero sicuro che nel tester la funzioneGetTickCount() emula valori basati sul tempo del test.

Molto strano e illogico. Sorpresa per me. Significa che GetTickCount() semplicemente si "blocca" nel tester.

 
Nikolai Semko:

Mi sbagliavo.
Ero sicuro che la funzione GetTickCount() nel tester stesse emulando valori basati sul tempo del test.

Molto strano e non logico. Sorpresa per me. Cioè si dovrebbe capire che GetTickCount() semplicemente "si blocca" nel tester.

Perché è illogico?

All'interno di una chiamata OnTick, OnCalculate, OnInit, OnDeinit ecc. è abbastanza logico. I calcoli possono essere molto diversi in termini di gravità.

 
TheXpert:

No, Slava ha capito bene e l'ha detto.

No, non l'ha fatto.
Se sono passati esattamente 50 giorni dall'inizio del programma, la differenza mostrerà alcune ore.

Ma se usateGetMicrosecondCount() invece di GetTickCount(), allora il tempo di non traboccare sarà 584542 anni invece di 50 giorni
ZY Per essere più esatto 583081 anni se considerate il calendario gregoriano ))

 
Slava:

Perché è illogico?

All'interno di una singola chiamata a OnTick, OnCalculate, OnInit, OnDeinit ecc. è abbastanza logico. I calcoli possono essere molto diversi in termini di gravità.

Beh sì, è solo logico per misurare il tempo di esecuzione dei calcoli di qualche funzione o blocco di codice. Le funzioni GetTickCount() eGetMicrosecondCount() sono inutili nel tester per il resto, ad esempio per misurare il tempo tra alcuni eventi.

 
Dopo di che, l'origine di tutti i test grails è chiara. ))
 
Nikolai Semko:

No, non lo è.
Se sono trascorsi esattamente 50 giorni dall'inizio del programma, la differenza mostrerà alcune ore.

Tali intervalli non sono misurati

Ad essere onesti, anche se un tale caso è preso in considerazione, COME prenderlo in considerazione - non lo so.

 
TheXpert:

tali lacune non sono misurate

E per essere onesti, anche se un tale caso è preso in considerazione, COME prenderlo in considerazione - non lo so.

No, certo che non devi preoccuparti. 50 giorni - va davvero oltre l'applicazione pratica. Se avete davvero bisogno di testare più di 50 giorni, meglio ancora usareGetTickCount(), perché è più facile, solo con il controllo dell'overflow (ci sarà una variabile aggiuntiva).

 

In effetti, l'argomento dell'ora locale nel tester è molto tossico per la concorrenza leale. È tutto in bugie bianche.
Se fossi MQ, chiuderei tutte queste scappatoie per determinare l'ora locale, perché non è necessario nel tester, ed è solo necessario per fare sciocchezze ai nuovi commercianti creduloni.

Bene, o almeno rimuovere questo argomento da questo thread e da altri, se disponibile.

 
Nikolai Semko:

In effetti, l'argomento sollevato dell'ora locale nel tester è molto tossico per la concorrenza leale. Tutto è coperto da bugie bianche.
Se fossi MQ chiuderei tutte queste scappatoie per definire l'ora locale, perché non è necessario nel tester, e solo necessario per ingannare i nuovi commercianti creduloni.

Beh, o almeno togliere l'argomento da questo thread e da altri, se disponibile.

Nessun inganno può essere sopportato dall'argomento. Per quanto riguarda l'applicazione pratica, lo uso in KB. È comodo.

Motivazione: