Si nota che i valori del buffer dell'indicatore (CTRL+D) non coincidono con i valori iCustom (sono stampati nel commento del grafico dell'Expert Advisor).
Nel caso del nostro test, iCustom darà o EMPTY_VALUE o zero.
A giudicare dal silenzio, più di sette anni da quando questo problema è stato annunciato pubblicamente nel quarto forum (google ricorda), gli sviluppatori non hanno creato una funzionalità.
Per qualche ragione non possono ancora fare una lettura umana dei dati dell'indicatore dal grafico! Sembra assurdo, ma è così.
Il problema è nella dichiarazione del problema.
Stai solo usando gli indicatori per lo scopo sbagliato. Non sono progettati per essere temporizzati e reagire agli eventi, sono progettati per rielaborare economicamente le serie temporali.
Approccia il tuo compito dall'altro lato e troverai una soluzione bella ed economica.
State semplicemente usando gli indicatori per lo scopo sbagliato. Non sono progettati per essere temporizzati e reagire agli eventi, sono progettati per rielaborare economicamente le serie temporali.
Approccia il tuo compito dall'altro lato e troverai una soluzione bella ed economica.
È come una martellata in testa per fare una tale affermazione. Ho deciso di cercare indicatori in Kodobase. Non ho trovato nessuno che usi quello a cui sono abituato: modello event-driven + OOP.
È difficile dire cosa sia più: la frustrazione o la delusione per questo stato di cose. Gli indicatori, a quanto pare, DEVONO essere scritti in modo primitivo.
Qualcuno usa il modello di eventi + OOP negli indicatori?
Beh, non toglie comunque la perplessità che non si possa ottenere programmaticamente quello che si vede con gli occhi su un grafico!
Scrivendo un Expert Advisor di prova con iCustom, ho affrontato un problema MQL irrisolvibile. Per conoscere il nome del file (vedere il codice) dell'indicatore e i valori dei parametri di input - nessun problema. Ma dopo questo è impossibile inserire i parametri di input dell'indicatore in iCustom. Il modo in cui iCustom è chiamato è che una soluzione universale per qualsiasi indicatore è adatta solo nel caso dei parametri di input predefiniti. Altrimenti dobbiamo andare nel codice. Questa soluzione non è conveniente. Potremmo passare gli input dell'indicatore come una struttura con i campi di stringhe appropriati. Ma abbiamo usato l 'ellissi, che ha ucciso l'universalità della chiamata. Un'altra strana restrizione!
È come un calcio in testa per fare una dichiarazione del genere. Ho deciso di cercare indicatori in Kodobase. Non ho trovato nessuno che usi quello a cui sono abituato: modello event-driven + OOP.
È difficile dire cosa sia più: la frustrazione o la delusione per questo stato di cose. Gli indicatori, a quanto pare, DEVONO essere scritti in modo primitivo.
Qualcuno usa il modello di eventi + OOP negli indicatori?
Beh, non toglie comunque la perplessità che non si possa ottenere programmaticamente quello che si vede con gli occhi su un grafico!
Perché? Tutto è già stato rubato lì prima di noi, c'è la funzione OnCalculate - evento tick. Se volete usare l'OOP - usatelo, ma a che scopo è lì, dove metterlo?
Consenti l'uso dei cookie per accedere al sito MQL5.com.
Abilita le impostazioni necessarie nel browser, altrimenti non sarà possibile accedere.
Hai effettuato l'accesso. L'autenticazione a due fattori è stata disattivata. Configurala di nuovo e scansiona un nuovo codice QR, oppure continua con l'autenticazione a due fattori disattivata.
Soggetto:
Quindi?
Avviare l 'indicatore, poi - l'Expert Advisor
Si nota che i valori del buffer dell'indicatore (CTRL+D) non coincidono con i valori iCustom (sono stampati nel commento del grafico dell'Expert Advisor).
Nel caso del nostro test, iCustom darà o EMPTY_VALUE o zero.
Controllato. Non è che non corrisponde, non c'è affatto. Piuttosto figo.
Per qualche ragione non possono ancora fare una lettura umana dei dati dell'indicatore dal grafico! Sembra assurdo, ma è così.
Il problema è nella dichiarazione del problema.
Stai solo usando gli indicatori per lo scopo sbagliato. Non sono progettati per essere temporizzati e reagire agli eventi, sono progettati per rielaborare economicamente le serie temporali.
Approccia il tuo compito dall'altro lato e troverai una soluzione bella ed economica.
Non si tratta di leggere i buffer, ma del fatto che l'indicatore chiamato tramite iCustom() non ha un timer e nessun evento grafico.
A cosa servono?
Beh, seriamente, per cosa?
A cosa servono?
Beh, seriamente, perché?
Il problema è nella dichiarazione del problema.
State semplicemente usando gli indicatori per lo scopo sbagliato. Non sono progettati per essere temporizzati e reagire agli eventi, sono progettati per rielaborare economicamente le serie temporali.
Approccia il tuo compito dall'altro lato e troverai una soluzione bella ed economica.
È come una martellata in testa per fare una tale affermazione. Ho deciso di cercare indicatori in Kodobase. Non ho trovato nessuno che usi quello a cui sono abituato: modello event-driven + OOP.
È difficile dire cosa sia più: la frustrazione o la delusione per questo stato di cose. Gli indicatori, a quanto pare, DEVONO essere scritti in modo primitivo.
Qualcuno usa il modello di eventi + OOP negli indicatori?
Beh, non toglie comunque la perplessità che non si possa ottenere programmaticamente quello che si vede con gli occhi su un grafico!
È come un calcio in testa per fare una dichiarazione del genere. Ho deciso di cercare indicatori in Kodobase. Non ho trovato nessuno che usi quello a cui sono abituato: modello event-driven + OOP.
È difficile dire cosa sia più: la frustrazione o la delusione per questo stato di cose. Gli indicatori, a quanto pare, DEVONO essere scritti in modo primitivo.
Qualcuno usa il modello di eventi + OOP negli indicatori?
Beh, non toglie comunque la perplessità che non si possa ottenere programmaticamente quello che si vede con gli occhi su un grafico!