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
Nessun oggetto personalizzato può controllare se stesso senza una chiamata corrispondente. Ciò significa che deve essere scritto dall'utente nel suo codice. Se l'ha scritto lui, allora è lui stesso a elaborare.
Il meccanismo change_id è molto semplice: si esegue il metodo Refresh. Dopo di che si ottengono i dati, cosa e dove è stato aggiornato nell'elenco degli eventi creati.
La vostra implementazione è quasi molto simile a quella di Observer, solo che usate il metodo all-in-one.
L'unica differenza fondamentale che vedo è che ora si devono controllare tutti gli eventi separatamente al di fuori della classe Calendar dopo il Refresh, a seconda della classe Calendar.
Se si unifica il formato di scambio (nell'esempio, il più semplice CArrayObj) e il filtraggio all'interno della libreria per ottenere un elenco di soli eventi correnti.
e in generale è già uno strumento abbastanza efficace per lavorare con le notizie.
L'unica differenza fondamentale che vedo è che ora è necessario scrivere il controllo di tutti gli eventi separatamente al di fuori della classe Calendario dopo l'aggiornamento, mentre dipende dalla classe Calendario.
All'uscita si otterrà un oggetto con i soli eventi aggiornati. Non sarà necessario cercare quelli aggiornati.
In uscita si otterrà un oggetto con i soli eventi aggiornati. Non è necessario cercare gli eventi aggiornati.
Capisco, ma non avevo visto il metodo Refresh.
poi in generale è semplice e conciso, circa il refresh di Revised in qualsiasi momento - cattura che è anche risolto ho capito?
Capisco, ma non ho visto un metodo Refresh.
Non è ancora stato implementato. Lo farò quando sarò libero.
in generale, è semplice e conciso, per quanto riguarda l'aggiornamento di Revised in qualsiasi momento - anche la cattura di questo è risolta, mi sembra di capire?
La cattura di qualsiasi modifica dovrebbe essere, secondo la documentazione.
Una notizia può arrivare con 23 secondi di anticipo o 115 secondi di ritardo.
Questi 115 secondi sembrano essere artificiali, poiché le notizie su BRL e USD in momenti diversi hanno lo stesso ritardo.
ZY Ci sono poche statistiche. Ma sembra che nel Tester possiamo contare su un ritardo di due minuti.
Ciao fxsaber.
E' possibile utilizzare questa libreria con una logica inversa? Invece di fare il backtest in base all'ora delle notizie, fare il calendario Example.mq5 per consentire gli ordini solo nei giorni senza eventi ad alto impatto.
Esempio: acquistare USDJPY quando l'RSI è inferiore a 30, solo se non ci sono notizie ad alto impatto nel giorno corrente per le valute USD e JPY.
Se è così, puoi modificarlo e allegare il file qui? È tutto quello che mi serve, fammi sapere se ci sei riuscito. Grazie.
Ciao fxsaber.
E' possibile utilizzare questa libreria con una logica inversa? Invece di fare il backtest in base all'orario delle notizie, fai il Calendario Esempio.mq5 per consentire gli ordini solo nei giorni senza eventi ad alto impatto.
Esempio: acquistare USDJPY quando l'RSI è inferiore a 30, solo se non ci sono notizie ad alto impatto nel giorno corrente per le valute USD e JPY.
Se è così, puoi modificarlo e allegare il file qui? È tutto quello che mi serve, fammi sapere se ci sei riuscito. Grazie.
Si può fare una logica diversa. Ma io non lo faccio. Rivolgiti a uno specialista.
È possibile adottare una logica diversa. Ma io non lo faccio. Contattate un esperto.
Non si può fare. Contattate uno specialista.