multiplicator: Le flotteur est un tel ***. Ces flotteurs ne sont rien d'autre que des problèmes.
Quand feront-ils des numéros normaux pour la programmation ?
Vous pouvez faire en sorte qu'un nombre fractionnaire soit stocké en mémoire sous la forme d'un nombre entier et d'une partie fractionnaire.
float est plus facile, il a moins de précision (chiffres après,) que double
Ces chiffres sont-ils normaux pour la programmation ? )))), apparemment vous voulez du décimal, mais hélas, les développeurs ont explicitement dit (chercher dans les posts de l'admin Renat) qu'il n'y aura pas de nouveaux types
float est plus facile, il a moins de précision (chiffres après,) que double
Ces chiffres sont-ils normaux pour la programmation ? )))), apparemment vous voulez du décimal, mais hélas, les développeurs ont explicitement dit (chercher dans les posts de l'admin Renat) qu'il n'y aura pas de nouveaux types
mais il faut encore des opérateurs +, -, *, / pour surcharger, jusqu'à présent pas intéressant abandonné
Oui, DECIMAL.
Ou bien développez votre propre type. de sorte que le nombre soit stocké en mémoire sous la forme de sa partie entière et de sa partie fractionnaire. comme deux entiers.
2 147 483 647.2 147 483 647
et cela prendrait autant de mémoire que deux entiers. 8 octets.
Vous pouvez également développer votre propre type pour stocker le nombre sous la forme de sa partie entière et de sa partie fractionnaire. comme deux entiers.
2 147 483 647.2 147 483 647
Et ça prendrait autant de mémoire que deux entiers. 8 octets.
il existe déjà une arithmétique standard double-double
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: Moi, au contraire, je veux m'éloigner des dubles, et vous me proposez un duble-duble.
les duplex stockent le numéro en mémoire sous une forme inexacte. Je vous ai donné une vidéo.
Eh bien, si la vitesse de calcul et la compatibilité ne sont pas importantes, alors oui, vous pouvez compter comme vous voulez. Mais dès que ces chiffres devront être utilisés quelque part - vous devrez tout reconvertir en dable, en un chiffre inexact.
Eh bien, si la vitesse et la compatibilité ne sont pas importantes, alors oui, vous pouvez compter comme vous voulez. Mais dès que ces chiffres doivent être utilisés quelque part, vous devez tout reconvertir en un nombre double et inexact.
En décimal, c'est bon. Ils sont en quelque sorte divisés l'un par l'autre et stockés sous forme exacte.
Eh bien, en décimal, c'est OK. D'une certaine manière, ils sont divisés les uns dans les autres et stockés exactement comme ils sont.
Je me demande comment vous allez compter les logarithmes, les conversions de degrés avec des nombres non entiers, utiliser la trigonométrie, ..... utiliser des bibliothèques tierces, des indicateurs... Ils sont tous dans l'erreur !
Aliaksandr Hryshyn: Je me demande comment vous allez compter les logarithmes, les puissances avec des nombres non entiers, utiliser la trigonométrie, ..... utiliser des bibliothèques tierces, des indicateurs... Ils sont tous sujets à des erreurs !
Vous avez l'habitude de travailler avec des nombres décimaux plutôt qu'avec des nombres binaires. et vous avez l'habitude de savoir où se trouve la marge d'erreur.
Si vous n'avez pas de compte, veuillez vous inscrire
Autorisez l'utilisation de cookies pour vous connecter au site Web MQL5.com.
Veuillez activer les paramètres nécessaires dans votre navigateur, sinon vous ne pourrez pas vous connecter.
Vous êtes connecté. L'authentification à deux facteurs a été désactivée. Configurez-la à nouveau et scannez un nouveau code QR, ou continuez avec l'authentification à deux facteurs désactivée.
Le flotteur est un tel ***. Ces flotteurs ne sont rien d'autre que des problèmes.
Quand feront-ils des numéros normaux pour la programmation ?
Vous pouvez faire en sorte qu'un nombre fractionnaire soit stocké en mémoire sous la forme d'un nombre entier et d'une partie fractionnaire.
float est plus facile, il a moins de précision (chiffres après,) que double
Ces chiffres sont-ils normaux pour la programmation ? )))), apparemment vous voulez du décimal, mais hélas, les développeurs ont explicitement dit (chercher dans les posts de l'admin Renat) qu'il n'y aura pas de nouveaux types
du double au fractionnement, voicihttps://www.mql5.com/ru/forum/290279#comment_9396706
mais j'ai toujours besoin de +, -, *, / pour surcharger les opérateurs, donc je ne suis pas intéressé.
float est plus facile, il a moins de précision (chiffres après,) que double
Ces chiffres sont-ils normaux pour la programmation ? )))), apparemment vous voulez du décimal, mais hélas, les développeurs ont explicitement dit (chercher dans les posts de l'admin Renat) qu'il n'y aura pas de nouveaux types
double en fraction, ici a faithttps://www.mql5.com/ru/forum/290279#comment_9396706
mais il faut encore des opérateurs +, -, *, / pour surcharger, jusqu'à présent pas intéressant abandonné
Oui, DECIMAL.
Ou bien développez votre propre type. de sorte que le nombre soit stocké en mémoire sous la forme de sa partie entière et de sa partie fractionnaire.
comme deux entiers.
2 147 483 647.2 147 483 647
et cela prendrait autant de mémoire que deux entiers. 8 octets.
Oui, DECIMAL.
Vous pouvez également développer votre propre type pour stocker le nombre sous la forme de sa partie entière et de sa partie fractionnaire.
comme deux entiers.
2 147 483 647.2 147 483 647
Et ça prendrait autant de mémoire que deux entiers. 8 octets.
il existe déjà une arithmétique standard double-double
https://en.wikipedia.org/wiki/Quadruple-precision_floating-point_format
il existe déjà une arithmétique standard double-double
https://en.wikipedia.org/wiki/Quadruple-precision_floating-point_format
Les personnes handicapées stockent le numéro en mémoire sous une forme imprécise.
Je vous ai donné une vidéo.
Moi, au contraire, je veux m'éloigner des dubles, et vous me proposez un duble-duble.
les duplex stockent le numéro en mémoire sous une forme inexacte.
Je vous ai donné une vidéo.
Eh bien, si la vitesse de calcul et la compatibilité ne sont pas importantes, alors oui, vous pouvez compter comme vous voulez.
Mais dès que ces chiffres devront être utilisés quelque part - vous devrez tout reconvertir en dable, en un chiffre inexact.
Eh bien, si la vitesse et la compatibilité ne sont pas importantes, alors oui, vous pouvez compter comme vous voulez.
Mais dès que ces chiffres doivent être utilisés quelque part, vous devez tout reconvertir en un nombre double et inexact.
En décimal, c'est bon. Ils sont en quelque sorte divisés l'un par l'autre et stockés sous forme exacte.
En décimal, c'est bon. D'une certaine manière, ils sont divisés l'un par l'autre et stockés sous une forme exacte.
enfin, pas en décimal, mais en fractions
et en décimal il faut accepter les mêmes imprécisions-abréviations, car il est impossible (inutile) d'écrire des nombres exacts infinis
Eh bien, en décimal, c'est OK. D'une certaine manière, ils sont divisés les uns dans les autres et stockés exactement comme ils sont.
Je me demande comment vous allez compter les logarithmes, les puissances avec des nombres non entiers, utiliser la trigonométrie, ..... utiliser des bibliothèques tierces, des indicateurs... Ils sont tous sujets à des erreurs !
et vous avez l'habitude de savoir où se trouve la marge d'erreur.
https://www.mql5.com/ru/forum/287618/page3#comment_9240442
C'est probablement la meilleure solution, mais elle sera 40 % plus rapide (pour une raison quelconque, mql ralentit dans les boucles).