Tutte le domande dei nuovi arrivati su MQL4 e MQL5, aiuto e discussione su algoritmi e codici - pagina 389

 
possono esserci 2 funzioni ontiche in un programma?
 
Максим Дмитриев:
possono esserci 2 funzioni ontiche in un programma?
No!
 
Максим Дмитриев:
possono esserci due funzioni ontiche in un programma?
Uno.
Ma chi gli impedisce di eseguire le funzioni personalizzate OnTickOne(), OnTickTwo(), OnTickThree(), ecc.
 
Максим Дмитриев:    possono esserci due funzioni ontiche in un programma?

È facile controllarlo da soli.

È il secondo.

// Так работает, но вызывается только OnTick()
void OnTick()
{
  Alert("Вызов функции OnTick()");
}

void start()
{
  Alert("Вызов функции start()");
}
Se si lascia una sola funzione di avvio, funziona anche. Dopo tutto, start è un nome obsoleto. Il nome più alla moda è OnTick. La moda è statisticamente più frequente.
 
STARIJ:

È facile da controllare da soli

Imprecare contro il secondo

Se si lascia la funzione di avvio da sola, funziona anche. Dopo tutto, start è un nome obsoleto. Un nome più alla moda è OnTick. Moda - in statistica, significa più frequente.

Non si tratta di moda. Il punto è che ad un certo punto il supporto per le funzioni obsolete cesserà. E i "mod" non soffriranno. Ma quelli che usano ancora funzioni obsolete - correggeranno tutto ciò che è stato costruito nel corso degli anni.

 
Artyom Trishkin:

Non si tratta di moda. Il punto è che, ad un certo punto, il supporto per le caratteristiche obsolete cesserà. E i "mod" non soffriranno. Ma quelli che stanno ancora usando funzioni obsolete - correggeranno tutto il lavoro di anni.

Quello che mi chiedo è perché CodeBase accetta ancora codice che utilizza quelle funzioni di gestione degli eventi molto obsolete se un giorno potrebbero essere disabilitate?

 
Alexey Viktorov:

Mi chiedo perché CodeBase continui ad accettare codice che usa queste funzioni di gestione degli eventi obsolete, se possono essere disattivate ad un certo punto?

Chi lo sa...? Domanda per SD.

 
Alexey Viktorov:

Quello che mi stupisce è perché CodeBase continua ad accettare codice che usa quelle funzioni di gestione degli eventi molto obsolete se un giorno potrebbero essere disabilitate?

È molto semplice. A giudicare dall'esempio che contiene sia start che OnTick, sono percepiti diversamente dal compilatore e sono visualizzati diversamente nel codice ex4. Anche l'esecutore Ex4 li distingue - il gestore dell'evento OnTick è la funzione OnTick() e in sua assenza è la funzione start(). Eliminare la funzione start() richiederebbe di riprogettare sia il compilatore (che è presente sia in MetaEditor che in Terminal) che l'eseguitore in Terminal.

Il risultato sarà una minuscola riduzione del codice di MetaEditor e Terminator + nuovi bug. E una montagna di urla. Ne hanno bisogno?

 
STARIJ:

È molto semplice. A giudicare dall'esempio, che contiene sia start che OnTick, sono percepiti diversamente dal compilatore e sono visualizzati diversamente nel codice ex4. Anche l'esecutore Ex4 li distingue - il gestore dell'evento OnTick è la funzione OnTick() e in sua assenza è la funzione start(). Rinunciare alla funzione start() richiederebbe di riprogettare sia il compilatore (che è presente sia in MetaEditor che in Terminal) che l'esecutore in Terminal.

Il risultato sarà solo una piccola riduzione del codice in MetaEditor e Terminal + nuovi bug. E una montagna di pianti. Ne hanno bisogno?

Non intendo come funzionano, ma perché accettare tali codici in CodeBase se possono smettere di funzionare presto.

 
Alexey Viktorov:

Non sto parlando di come funzionano, ma perché accettare tali codici in CodeBase se presto potrebbero smettere di funzionare.

Pensavo di aver spiegato che funzioneranno per sempre