multiplicator: Il galleggiante è un tale ***. Questi galleggianti non sono altro che guai.
Quando faranno dei numeri normali per la programmazione?
Potete fare in modo che un numero frazionario sia memorizzato come un intero e una parte frazionaria.
float è più facile, ha meno precisione (cifre dopo,) di double
sono questi numeri normali per la programmazione? )))), apparentemente vuoi il decimale, ma ahimè, gli sviluppatori hanno detto esplicitamente (cerca i post di admin Renat) che non ci saranno nuovi tipi
float è più facile, ha meno precisione (cifre dopo,) di double
Sono numeri normali per la programmazione? )))), apparentemente vuoi il decimale, ma ahimè, gli sviluppatori hanno detto esplicitamente (cerca i post di admin Renat) che non ci saranno nuovi tipi
ma c'è ancora bisogno degli operatori +, -, *, / per sovraccaricare, finora non interessanti abbandonati
Sì, DECIMALE.
Oppure sviluppate il vostro tipo. in modo che il numero sia immagazzinato nella memoria come la sua parte intera e la sua parte frazionaria. come due interi.
2 147 483 647.2 147 483 647
e occuperebbe tanta memoria quanto due interi. 8 byte.
Oppure sviluppate il vostro tipo. in modo che il numero sia immagazzinato nella memoria come la sua parte intera e la sua parte frazionaria. come due interi.
2 147 483 647.2 147 483 647
E occuperebbe tanta memoria quanto due interi. 8 byte.
This 128-bit quadruple precision is designed not only for applications requiring results in higher than double precision,[1] but also, as a primary function, to allow the computation of double precision results more reliably and accurately by minimising overflow and round-off errors in intermediate calculations and scratch variables. William...
multiplicator: Io, al contrario, voglio allontanarmi dai dubles, e tu mi stai offrendo un duble-duble.
I dubles immagazzinano il numero in memoria in una forma imprecisa. Ti ho dato un video.
Beh, se la velocità di calcolo e la compatibilità non sono importanti, allora sì, potete contare come volete. Ma non appena questi numeri devono essere usati da qualche parte - dovrete riconvertire tutto in dable, in un numero impreciso.
Beh, se la velocità e la compatibilità non sono importanti, allora sì, potete contare come volete. Ma appena questi numeri devono essere usati da qualche parte, bisogna riconvertire tutto in un numero doppio e impreciso.
Beh, in decimale va bene, sono in qualche modo divisi per l'altro e memorizzati in forma esatta.
Beh, in decimale va bene, in qualche modo sono divisi l'uno nell'altro e memorizzati esattamente come sono.
Mi chiedo come farete a contare i logaritmi, le conversioni di grado con numeri non interi, usare la trigonometria, .... utilizzare librerie di terze parti, indicatori... Sono tutti in errore!
Aliaksandr Hryshyn: Mi chiedo come farai a contare i logaritmi, le potenze con numeri non interi, usare la trigonometria, .... utilizzare librerie di terze parti, indicatori... Sono tutti soggetti a errori!
Siete abituati a lavorare con i numeri decimali piuttosto che con quelli binari. e siete abituati a sapere dove può essere il margine di errore.
Il galleggiante è un tale ***. Questi galleggianti non sono altro che guai.
Quando faranno dei numeri normali per la programmazione?
Potete fare in modo che un numero frazionario sia memorizzato come un intero e una parte frazionaria.
float è più facile, ha meno precisione (cifre dopo,) di double
sono questi numeri normali per la programmazione? )))), apparentemente vuoi il decimale, ma ahimè, gli sviluppatori hanno detto esplicitamente (cerca i post di admin Renat) che non ci saranno nuovi tipi
doppio a frazione, qui ha fattohttps://www.mql5.com/ru/forum/290279#comment_9396706
ma ho ancora bisogno di +, -, *, / per sovraccaricare gli operatori, quindi non sono interessato.
float è più facile, ha meno precisione (cifre dopo,) di double
Sono numeri normali per la programmazione? )))), apparentemente vuoi il decimale, ma ahimè, gli sviluppatori hanno detto esplicitamente (cerca i post di admin Renat) che non ci saranno nuovi tipi
doppio in frazione, qui ha fattohttps://www.mql5.com/ru/forum/290279#comment_9396706
ma c'è ancora bisogno degli operatori +, -, *, / per sovraccaricare, finora non interessanti abbandonati
Sì, DECIMALE.
Oppure sviluppate il vostro tipo. in modo che il numero sia immagazzinato nella memoria come la sua parte intera e la sua parte frazionaria.
come due interi.
2 147 483 647.2 147 483 647
e occuperebbe tanta memoria quanto due interi. 8 byte.
Sì, DECIMALE.
Oppure sviluppate il vostro tipo. in modo che il numero sia immagazzinato nella memoria come la sua parte intera e la sua parte frazionaria.
come due interi.
2 147 483 647.2 147 483 647
E occuperebbe tanta memoria quanto due interi. 8 byte.
c'è già un'aritmetica standard doppio-doppio
https://en.wikipedia.org/wiki/Quadruple-precision_floating-point_format
c'è già un'aritmetica standard doppio-doppio
https://en.wikipedia.org/wiki/Quadruple-precision_floating-point_format
I dables immagazzinano un numero in memoria in una forma imprecisa.
Ti ho dato un video.
Io, al contrario, voglio allontanarmi dai dubles, e tu mi stai offrendo un duble-duble.
I dubles immagazzinano il numero in memoria in una forma imprecisa.
Ti ho dato un video.
Beh, se la velocità di calcolo e la compatibilità non sono importanti, allora sì, potete contare come volete.
Ma non appena questi numeri devono essere usati da qualche parte - dovrete riconvertire tutto in dable, in un numero impreciso.
Beh, se la velocità e la compatibilità non sono importanti, allora sì, potete contare come volete.
Ma appena questi numeri devono essere usati da qualche parte, bisogna riconvertire tutto in un numero doppio e impreciso.
Beh, in decimale va bene, sono in qualche modo divisi per l'altro e memorizzati in forma esatta.
Beh, in decimale va bene. in qualche modo sono divisi per l'altro e memorizzati in forma esatta.
beh, non in decimale, ma in frazioni
e in decimale si deve accettare la stessa imprecisione-abbreviazioni, perché è impossibile (inutile) scrivere infiniti numeri esatti
Beh, in decimale va bene, in qualche modo sono divisi l'uno nell'altro e memorizzati esattamente come sono.
Mi chiedo come farai a contare i logaritmi, le potenze con numeri non interi, usare la trigonometria, .... utilizzare librerie di terze parti, indicatori... Sono tutti soggetti a errori!
e siete abituati a sapere dove può essere il margine di errore.
https://www.mql5.com/ru/forum/287618/page3#comment_9240442
Questa è probabilmente la soluzione migliore, ma sarà il 40% più veloce (per qualche motivo mql rallenta nei cicli)