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
Peter, non funziona nemmeno per me.
Il tuo stile di programmazione è strano. Potete mettere tutta questa roba con tutte le variabili e i cicli di OnInit e OnTimer in una procedura. Se qualcuno vuole usarlo, perché questo codice sarà d'intralcio. Cosa succede se abbiamo 20 o più procedure con lo stesso contenuto? Dopo tutto, è implementatoqui .
Peter non sta cercando una facile via d'uscita...
C'è anche un problema con l'orario di inizio. Qualcosa non registra l'inizio della barra al momento giusto. Lo capirò più tardi.
L'inizio della barra non è sempre cronometrato con precisione.
A volte le barre vengono saltate del tutto.Peter, non funziona nemmeno per me.
Il tuo stile di programmazione è strano. Potete mettere tutte queste cose con tutte le variabili e i cicli di OnInit e OnTimer in una procedura. Se qualcuno vuole usarlo, perché questo pacchetto sarà d'intralcio. E se ci saranno 20 o più procedure con lo stesso contenuto? Dopo tutto, è quiche viene implementato.
Su 1 minuto funziona, ma non blocca l'inizio della barra al momento giusto.
Non ho controllato su altri timeframe, perché ci vuole molto tempo per aspettare.
Per quanto riguarda lo stile, ora non ha importanza. Possiamo togliere tutto dal timer e metterlo in una funzione separata. Stavo solo pensando alla soluzione stessa, non alle future varianti della sua integrazione.
L'inizio del bar non è sempre esattamente in orario.
Stavo pensando che se una persona ha davvero 600 strumenti nella panoramica del mercato e ad ogni tick controlla l'arrivo di una nuova barra per ogni strumento e ogni timeframe, potrebbe essere costoso...
Io stesso non faccio trading, quindi non so esattamente quante volte questa funzione dovrebbe essere chiamata in pratica.
Il doppio ciclo su simboli e timeframes nella funzione nuova barra può aumentare il carico solo se il numero di simboli e timeframes è molto grande e la funzione viene chiamata su ogni tick di centinaia di simboli. Allora forse Dmitry ha ragione.
Ho accorciato un ciclo nella funzione.
Dimenticalo e basta.
Ecco un esempio della mia classe specifica per questa azione. Certo, non è un capolavoro, ma è mio, e mi capisce e funziona.
Se volete determinare solo il TF corrente, dovete chiamare la funzione senza parametri.
Di conseguenza, se è inserito in .mqh, la libreria deve essere allegata.
#include <путь_папка\имя_файла.mqh> CNewBar newBar;e viene chiamato in OnTick().
Se abbiamo bisogno di definire altre TF, dichiariamo variabili per ogni periodo e simbolo, se necessario, a livello di variabili globali o statiche.
Questo approccio è efficace quando si lavora su un TF diverso da quello richiesto e protegge da problemi di cambio accidentale del grafico su cui lavora l'Expert Advisor.
Peter, non funziona nemmeno per me. Anche se l'algoritmo è abbastanza veloce, è una perdita di tempo. Ma non funziona ancora. Non c'è tempo per capirlo.
Hai uno strano stile di programmazione. Potete mettere tutta questa roba con tutte le variabili e i cicli di OnInit e OnTimer in una procedura. Se qualcuno vuole usarlo, tutta questa roba sarà d'intralcio. E se ci saranno 20 o più procedure con lo stesso contenuto? È implementatoqui .
Forse non sai cosa significa 'veloce'?
Oh, sputa il rospo...
Ecco un esempio della mia classe specifica per questa azione. Certo, non è un capolavoro, ma è mio e funziona per me.
Se si vuole determinare solo su TF corrente, allora si chiama la funzione senza parametri.
Di conseguenza, se è inserito in .mqh, la libreria deve essere collegata.
e viene chiamato in OnTick().
Se voglio determinare altre TF, allora a livello di variabili globali o statiche, si dichiarano variabili per ogni periodo e simbolo, se necessario.
Questo approccio è efficace quando si lavora su un TF diverso da quello richiesto e protegge da problemi legati al cambio accidentale del grafico su cui opera l'Expert Advisor.
Non avete idea dell'idiozia che avete dimostrato, è semplicemente assurdo. Ma non vi mostrerò esattamente in quale posto, perché tutti voi non siete interessati alla mia opinione)))
Oh, sputa il rospo...
Ecco un esempio della mia classe specifica per questa azione. Certo, non è un capolavoro, ma è mio e funziona per me.
Se si vuole determinare solo su TF corrente, allora si chiama la funzione senza parametri.
Di conseguenza, se è inserito in .mqh, la libreria deve essere allegata.
e viene chiamato in OnTick().
Se è necessario determinare altre TF, allora a livello di variabili globali o variabili statiche sono dichiarate per ogni periodo e, se necessario, per il simbolo.
Questo approccio è efficace quando si lavora su un TF diverso da quello desiderato e protegge da problemi di cambio accidentale del grafico su cui lavora l'Expert Advisor.
Saluti.
Oh, sputa il rospo...
Ecco un esempio della mia classe specifica per questa azione. Certo, non è un capolavoro, ma è mio e funziona per me.
Se si vuole determinare solo su TF corrente, allora si chiama la funzione senza parametri.
Di conseguenza, se questo è posto in .mqh allora la libreria dovrebbe essere inclusa
e viene chiamato in OnTick().
Se voglio determinare altri intervalli di tempo, allora a livello di variabili globali o variabili statiche sono dichiarate per ogni periodo e simbolo, se necessario.
Questo approccio è efficace quando si lavora su un TF diverso da quello desiderato e protegge dai problemi di cambio accidentale del grafico su cui lavora l'Expert Advisor.
La sua soluzione funziona bene? Se bene, allora tutto va bene.
E nel caso di centinaia di strumenti, non ci saranno sovrapposizioni?