una strategia di trading basata sulla teoria dell'onda di Elliott - pagina 274
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
PS: Questi due post possono probabilmente essere cancellati... una specie di guasto
Naturalmente, il tester non sarà in grado di gestire il bind. Non è costruito per questo. Immagino che per usare la lettura da file nel tester, si debba anche lavorare molto.
Tuttavia, non è necessario testare la mappatura nel tester. Nel tester i tick sono generati dopo che il ciclo di calcolo è completato, quindi non importa se il programma sta contando 7 ore o 7 millisecondi. Cosa non si può dire dell'utente che vuole ottenere i risultati vivi :-) Ecco perché per i test non hai bisogno di un bundle, devi solo combinarlo in un unico Expert Advisor. Fortunatamente questa connessione, così come la divisione, è abbastanza elementare.
Ma c'è un altro problema che esiste sia per il bundle che per il file di trasferimento. In entrambi i casi il tester produce risultati "prima dell'arrivo" del prossimo tick, come se il calcolo fosse istantaneo. Questa è una trappola che rende il test del tester inutile e fuorviante. In realtà, i risultati ottenuti su un certo set di dati saranno disponibili all'Expert Advisor solo dopo che il calcolo è stato completato, cioè dopo circa 2000 tick. Oppure, se per "ticks" intendiamo barre di minuti, dopo 400 ticks, che non sono pochi.
Questi risultati saranno ancora rilevanti? Qual è la portata della tua previsione, Sergey, e quale parte di essa sarà mangiata da questo ritardo?
Almeno la documentazione dice che può, ma non l'ho ancora provato.
a Yurixx
Questi risultati saranno ancora rilevanti? Qual è il raggio d'azione della tua previsione, Sergey, e quanto di esso sarà consumato da questo ritardo?
Il tempo per calcolare il modello semplificato in MathCAD richiede circa 10-30 minuti a seconda della lunghezza del canale. Calcola un livello più probabile, fino al quale il prezzo può andare dal livello di prezzo corrente per un certo tempo previsto con variazioni da 3 ore a 1,5 settimane. I risultati dei test di previsione sono abbastanza buoni.
Una volta stavo per farlo in questo modo, e ho anche abbozzato una variante del codice. Ma poi ho cambiato idea, quindi il codice non è stato testato a fondo. Ed è anche destinato a risolvere problemi particolari. Ma può essere utile come seme per le riflessioni.
Una piccola nota: tale indicatore può essere testato solo in modalità di visualizzazione.
C'è una sfumatura qui. Supponiamo che, dopo aver ricevuto il risultato dell'esecuzione del tester, un utente decida di provare un'altra tattica. Oppure ottimizzano i parametri che non sono rilevanti per il calcolo. Se ha un file, lo farà subito, se non ha un file, ci metterà molto tempo. Quindi, con questi tempi di calcolo, bisogna pensare molto attentamente a cosa scrivere nel file.
Dipende da cosa e come calcolare. Ma qui l'utente deve pensare. Ma l'avvertimento è certamente molto appropriato.
Tuttavia, se usate lo script per chiamare il calcolo pesante dall'indicatore, i nuovi dati lo fermeranno o meno. I nuovi dati lo fermeranno o no? Non ho ancora implementato nulla in MT, ma voglio saperlo in anticipo. :о)
L'idea è interessante, ma per me, per esempio, non è così importante, perché non ci sono parametri che possono influenzare il calcolo successivo. O meglio, ci sono dei parametri, ma sono interconnessi e il calcolo del valore di uno implica il calcolo del successivo, cioè si definiscono a vicenda.