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
Sì, ordinati per tempo. La voce iniziale viene cercata con la ricerca binaria.
Non è logico cercare l'ultimo record allo stesso modo?
È molto stressante organizzare la storia. L'HFT nel tester è quasi irrealistico. Ho scritto diversi post sul forum a questo proposito e ho fatto una richiesta alla SD.
E un'altra cosa, se il terminale ha già la storia, perché richiedete di usare HistorySelect invece di SELECT_BY_POS secondo il principio di MT4? E non è affatto chiaro, perché HistoryDealGet* è implementato attraverso il biglietto con O(N) appropriato, quando è ragionevole usare ancora SELECT_BY_POS?
Registrazioni molto interessanti
Non è logico cercare l'ultima voce allo stesso modo?
Perché?
Di tanto in tanto. Si trova l'ora di inizio e poi si va elemento per elemento. Fino al tempo della fine.
Avrebbe senso se tutti i record fossero nello stesso blocco di memoria. Ti ho già detto in servisdesk che gli ordini e le transazioni nella storia sono memorizzati in array di blocchi, in modo che non c'è riallocazione di memoria, solo ridistribuzione
Perché?
Di tanto in tanto. Si trova l'ora d'inizio e poi la si copia pezzo per pezzo. Fino al tempo della fine.
Avrebbe senso se tutti i record fossero nello stesso blocco di memoria. Ti ho già detto in servisdesk che gli ordini e le compravendite nella storia sono memorizzati in array di blocchi, in modo che non c'è riallocazione di memoria, solo ridistribuzione
L'organizzazione del lavoro di storia è molto stressante. L'HFT nel tester è quasi irrealistico.
Risolto algoritmicamente.
Per l'HFT non c'è bisogno di andare nella storia ogni volta. Preparare le informazioni necessarie durante l'inizializzazione e tenerle pronte per l'accesso molto rapidamente
La soluzione è algoritmica.
Per l'HFT, non c'è bisogno di andare nella storia ogni volta. Preparare le informazioni necessarie durante l'inizializzazione e tenerle pronte per l'accesso molto rapidamente
e ha presentato una domanda alla SR.
E scoprire come si è chiusa l'ultima posizione?
Durante l'inizializzazione andare una volta e ricordare.
Salva tutte le informazioni di cui hai bisogno da solo durante il processo. Tutti gli strumenti sono lì
Ora questo non è assolutamente chiaro sul perché. Se vuoi una discussione, falla qui. Non insegnano la programmazione a Servicedesk
Ho incontrato alcune volte in cui gli sviluppatori, a causa delle loro circostanze, mancano il messaggio. Non funziona così in SD.
Non si tratta del livello di abilità di programmazione. E probabilmente non è male per quanto riguarda MQL5. Sto facendo un ragionamento sul fatto che lavorare con la storia è molto lento e strano, in termini persino di logica d'uso. HistoryDealGet*- O(N). Perché tutti hanno fatto così? Perché non c'è un accesso normale alla SUA storia?
Durante l'inizializzazione, andate una volta e ricordate.
Salva tutte le informazioni di cui hai bisogno da solo durante il processo. Tutti gli strumenti sono lì
No, non sto scherzando. Come faccio a sapere che la posizione ha chiuso TP o SL nel tester senza accedere alla storia?
Vuoi memorizzare il TP/SL e controllare sul tick in cui la posizione è chiusa, se soddisfa il TP/SL-closing? Chi soddisfa - a quel livello il tester ha chiuso con un'alta probabilità. Giusto?
E il profitto della posizione chiusa? - Allo stesso modo? Allora è simile a scrivere il proprio tester.
No, non sto scherzando. Come fate a sapere se una posizione ha chiuso su TP o SL nel tester senza riferimento alla storia?
Stai suggerendo di memorizzare il TP/SL e controllare sul tick, dove la posizione è andata, se soddisfa il TP/SL-closing? Chi soddisfa - a quel livello il tester ha chiuso con alta probabilità. Giusto?
E il profitto della posizione chiusa? - Allo stesso modo? Allora è simile a scrivere il proprio tester.