Domanda ai maestri di MQL4. Di nuovo a proposito di Double Compare. - pagina 10
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
Le mie sincere condoglianze agli sviluppatori, dovendospiegare la stessa cosa1000 volte ad ogni nuovo utente...
Questo è già un attacco palese...
È scritto nei libri di testo sulla memorizzazione dei numeri reali in memoria e non dice nulla sulle variabili che cambiano da sole. Anche se l'ho sentito dire non solo da SK su questo forum.
Quindi se avete ingannato ogni nuovo utente 1000 volte, ora dovreste trovarli e scusarvi per le vostre parole!
Sono d'accordo con Simca. Quando si eseguono operazioni aritmetiche gli errori sono possibili, ma quando si memorizza, si scrive o si legge sono esclusi!
Ecco perché ho chiesto l'algoritmo della funzione NormalizeDouble(), forse ha anche operazioni aritmetiche che causano un errore?
Cosa ne pensi Simca?
OK. Lo dici con tanta sicurezza che comincio a dubitare di quello che dici.
Fino a qualche tempo fa lavoravo su un vecchio PC con 256MB di RAM. Quando si cerca su Google qualche programma, il sistema operativo scaricava una parte dei dati sul disco e poi li ricaricava di nuovo. Da quando ho modificato il codice (specificando la normalizzazione nell'operatore di confronto) l'errore ha smesso di apparire. Ma ho cominciato a dubitare dopo aver sentito le tue parole - e se in realtà non avessi notato l'errore?
Ora non so se scusarmi o meno. Se mi sbaglio, che 1000 utenti mi perdonino.
(ma è comunque meglio eseguire la normalizzazione direttamente quando si calcola l'operazione di confronto:)
È scritto nei libri di testo sulla memorizzazione di numeri reali in memoria e non dice nulla sulle variabili che cambiano da sole. Non è soloSK che l'ho sentito su questo forum però.
Ma tutto questo riguarda i calcoli, mentre i valori immagazzinati in memoria non cambiano indipendentemente dal fatto che siano normalizzati o meno.
Ecco perché chiedevo l'algoritmo della funzione NormalizeDouble(), forse ha anche operazioni aritmetiche che causano un errore?
Cosa ne pensi Simca?
(ma è comunque meglio eseguire la normalizzazione direttamente quando si calcola l'operazione di confronto:)
E da parte mia (per coloro che non comprendono appieno l'essenza della questione) posso anche raccomandare:
(ma comunque, è meglio eseguire la normalizzazione direttamente quando si calcola l'operazione di confronto (c) SK.
(ma è ancora meglio fare la normalizzazione direttamente quando si calcola il
l'operazione di confronto è calcolata:)
Mi dispiace, ma in termini di efficienza ci sono implementazioni molto migliori per confrontare i dati che richiedono la normalizzazione. In generale, questo è lo standard (algoritmo di confronto). Devi confrontare la differenza con la metà della dimensione della scala. Cosa voglio dire: per confrontare i prezzi (che siano diversi o meno) dovresti prendere la differenza e confrontarla con 0,5*Roynt (può essere calcolato solo una volta durante l'inizializzazione di Expert Advisor/Script\indicator. Questo è molto più efficiente che chiamare una funzione, e ancora di più se è anche in un ciclo) .... E non avrà importanza come questi dati sono immagazzinati e a quale segno insignificante sono arrotondati.
Buona fortuna.
In primo luogo, lavorare con i dubles è puramente una cosa da compilatore, quindi pretendere convenienza da mql4, che è essenzialmente un compilatore intrinseco nascosto, è irragionevole. La cosa principale, gli sviluppatori hanno dato un modo per GARANTIRE il risultato corretto del confronto, lo abbiamo verificato con le nostre mani, è, naturalmente, grafico, ma FUNZIONANTE!!! Anche se la documentazione dice che normalizza solo in caso di "!=" o "==", i nostri test indipendenti ed esperti hanno dimostrato che (a>b) NON GARANTISCE (!) un risultato corretto se a risulta essere uguale a b! Anche se si normalizza PREDVORITAMENTE sia a che b, il risultato è imprevedibile: NormalizeDouble(a-b, Digits)>0 funziona in modo affidabile! Non so perché alla gente qui non piaccia la funzione normalize... Forse (internamente) è abbastanza sempotico fatto così: due tabelle sono divise per doppia precisione, e arrotondate per difetto (o per eccesso). E dopo i numeri interi vengono confrontati senza problemi.
Si prega di scrivere in russo corretto.
Datemi un link al vostro sito e vi prometto che userò SOLO le DEFINIZIONI DELL'AUTORE. :) La tua idea, credo, non è più corretta della mia, ma se TU PERSONALMENTE vuoi capire, farò un "portavoce di Rosh", se non sai distinguere tra bla-bla e perizia. Perché non stavo scrivendo a te, ma al 1001° nuovo arrivato. :)
Per esempio www.gramota.ru
Non abbiamo una sezione albanese del forum. Tuttavia, dopo la prossima posta non russa sarete mandati lì. Per favore, non far sembrare che tu stia usando la lingua.