Discussion :

[sp2308]

Bonjour

Je souhaite savoir si le 4 eme caractere apres la virgule dans un decimal positif est un 0 (zero)

Actuellement je le fais en le convertissant en string, en cherchant la position de la virgule et calculant la longeur de la partie decimale car je peux avoir 1.234567 comme 0.1 et là si je me sert d un simple substring, ça leve une exception.


Mon idee etait donc de trouver un moyen plus rapide et j ai pensé aux regex... que je ne connais pas .

Donc ma question : cela est il possible et quel pattern utiliser ?

merci de votre aide

stephane

[François DORIN]

Bonjour,

J'ai encore plus simple :

1. Tu multiplies ton nombre par 10000 ;
2. Tu tronques le nombre pour supprimer tout ce qu'il y a après la virgule ;
3. Tu le converti en entier ;
4. Tu effectues une division entière par 10 pour récupérer le reste via l'opérateur modulo %.

Exemple :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
float f = 456.65478;
int i = Convert.ToInt32(Math.Truncate(f * 10000, 0)) % 10

Tu as alors le 4ème chiffre après la virgule, quelque soit le nombre de départ. Tu le compares ensuite à ce que tu veux

[Sehnsucht]

quelque soit le nombre de départ.

sauf si par malheur le nombre en question est supérieur à type.MaxValue / 10000 avec type valant float double ou decimal selon ce qui est actuellement utilisé (et dans le cas d'un double on pourrait même pas feinter avec un cast dans une représentation plus large)

Question regex, sans trop chercher à savoir si c'est la meilleure approche un motif de ce type pourrait a priori convenir (à vérifier tout de même) "^\d+(?:\.\d{3}0\d*)?$" par contre s'il faut aussi gérer les formats scientifiques là ça peut vite se compliquer.

[sp2308]

Merci pour ces reponses.
S agissant de mes nombres ils sont relativement faibles, je n imagine pas plus de 1000.

Comme je cherche la rapidité, je testerai les deux solution sur une large boucle et retiendrais la plus rapide.
Stéphane.

[François DORIN]

sauf si par malheur le nombre en question est supérieur à type.MaxValue / 10000 avec type valant float double ou decimal selon ce qui est actuellement utilisé (et dans le cas d'un double on pourrait même pas feinter avec un cast dans une représentation plus large)

Tout à fait juste ! Je faisais allusion à la présence ou non des décimales (le "1.234567 comme 0.1"). Merci pour la précision donc.