prev_calcolato - pagina 8
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
Oh caro, come pensi che un bug sia diverso da un assioma? Non c'è bisogno di cospargersi il cervello di parole qui - tutto formulato in 3 paragrafi può essere facilmente visto nel mio primo post. Se non è così - sei un programmatore, non un falegname, mostra nel tuo codice come risolvere separatamente i semplici compiti elencati in 3 paragrafi con prev_calculated nudo senza stampelle aggiuntive: mostrare quante barre sono state contate nel tick precedente, definire la prima chiamata di OnCalculate e definire che la storia (checksum) è stata modificata. Non c'è bisogno di inventare nulla per l'utente, per adattarsi ai vostri assiomi - i compiti sono formulati, molto semplici e non ambigui come mezzo dito
Questa domanda non dovrebbe essere rivolta a Vladimir (lui difende solo la posizione degli sviluppatori), ma agli sviluppatori stessi, che (rappresentati da Slawa) hanno detto che quando prev_calculated = 0 - ricalcolare tutto di nuovo. Non possono sempre calcolare tutte le varianti di utilizzo dell'indicatore. Se c'è un problema ora, è inutile tormentare il moderatore, devi andare a servicedesk con una descrizione dettagliata.
Non ha senso - MQ ha una lista principale di priorità di sviluppo, e i desideri dei passeggeri non disturbano l'autista. La soluzione ottimale per i passeggeri è quella di procurarsi un motorino. Come è stato con le funzioni di rimozione degli oggetti prefissati fatti in casa prima che le priorità di MQ ci arrivassero. È quello che suggerisco a Vladimir, come capo entusiasta di Five - di fare una bella funzione che imbusti separatamente le mosche e le cotolette, ma lui si ostina a schivare. Se la funzione/struttura mostra quante barre sono state contate nel pre-call, più 2 bandiere - 1a esecuzione di OnCalculate e modifica del checksum, l'utente deciderà come vivere - quando inizializzare, ricalcolare o dormire. E prev_calculato nudo così com'è risolve una combinazione privata di 3 "if" - questo è un rake per l'utente
Non ha senso - MQ ha una lista di priorità di sviluppo e il pilota non si preoccupa dei desideri dei passeggeri. La soluzione ottimale per i passeggeri è quella di procurarsi un motorino. Come è stato con le funzioni di rimozione degli oggetti prefissati fatti in casa prima che le priorità di MQ ci arrivassero. È quello che suggerisco a Vladimir, come capo entusiasta di Five - di fare una bella funzione che imbusti separatamente le mosche e le cotolette, ma lui si ostina a schivare. Se la funzione/struttura mostra quante barre sono state contate nel pre-call, più 2 flag - 1a esecuzione di OnInit e cambiamento del checksum, l'utente deciderà come vivere - quando inizializzare, ricalcolare o dormire. E prev_calculato nudo così com'è risolve una combinazione privata di 3 "if" - questo è un rake per l'utente
Il punto è di mettere almeno il problema "per iscritto". Se lo apprezzano, almeno mettetelo nella lista.
Nel frattempo, avete proposto una soluzione normale, forse non molto bella, ma i problemi che state risolvendo non sono esattamente standard.
Non ha senso - MQ ha una lista principale di priorità di sviluppo, e i desideri del passeggero non contano. La soluzione ottimale per i passeggeri è quella di prendere un motorino. Come è stato con le funzioni di rimozione degli oggetti prefissati fatti in casa prima che le priorità di MQ ci arrivassero. È quello che suggerisco a Vladimir, come capo entusiasta di Five - di fare una bella funzione che imbusti separatamente le mosche e le cotolette, ma lui si ostina a schivare. Se la funzione/struttura mostra quante barre sono state contate nel pre-call, più 2 flag - 1a esecuzione di OnInit e cambiamento del checksum, l'utente deciderà come vivere - quando inizializzare, ricalcolare o dormire. E prev_calculato nudo come è decide una combinazione privata di 3 if - è un rastrellamento per l'utente
A una domanda sull'inizializzazione del buffer durante l'inizializzazione. Considera logicamente. Non c'è accesso a rates_total in OnInit(), giusto? Se non c'è accesso a rates_total in OnInit(), allora le dimensioni dei buffer degli indicatori non sono ancora note (=0 potete controllarlo voi stessi). E dato che la dimensione del buffer di un indicatore = 0, che cosa si resetta?
Non dovresti rivolgere questa domanda a Vladimir (lui difende solo la posizione degli sviluppatori), ma agli sviluppatori stessi (rappresentati da Slawa), che ti hanno detto che quando prev_calculated = 0 - ricalcola tutto di nuovo. Non possono sempre calcolare tutte le varianti di utilizzo dell'indicatore. Se c'è un problema ora, è inutile disturbare il moderatore, devi usare il servizio di assistenza con una descrizione dettagliata.
Se non avesse cercato di dare consigli maldestri, nessuno lo avrebbe tormentato.
Nessuna risposta pretende ... ...e cerca di far sembrare le persone uguali...
1. Di nuovo un flusso di pensiero, ma non ho mai visto il punto.
2. Non hai ancora risposto alla domanda, il che dimostra che non hai mai pensato a cosa viene memorizzato nella variabile dopo la sua dichiarazione.
Non fingere... Tutto chiaro, ma soprattutto per voi una foto
Il computer funzionava senza spegnersi, il grafico non veniva chiuso, l'indicatore non veniva rimosso dal grafico...
Domanda: dove mancano le barre di 2 minuti?
Questo è comprensibile. Quello che è folle è che Vladimir dice che il buffer degli indicatori dovrebbe essere cancellato nel ciclo su tutti gli elementi dell'array...
Non fingere... Tutto chiaro, ma una foto specialmente per voi
Il computer funzionava senza spegnersi, il grafico non si chiudeva, l'indicatore non veniva rimosso dal grafico...
Domanda: dove mancano le barre di 2 minuti?