Discussion :

[jerome.savin]

Bonjour chère communauté,
Cela fait maintenant un moment que je n'ai plus écrit de message ici mais je rencontre actuellement un problème dans la résolution d'un projet pro.
Je vais essayer d'être clair :
Parlons d'une donnée, une formule.
Elle est définie par un nom et une liste de valeurs, 16 plus exactement. Je traite des valeurs en pourcentage. Et la somme des 16 pourcentages doit logiquement donner 100%.
Or, je peux aussi définir ces 16 pourcentages à partir de données en grammes.
Je défini valeur1 = 16g, valeur2 = 18g, valeur3 = 45g, etc...
Une fois que l'utilisateur a rentré ses valeurs, mon application calcule la somme des valeurs, puis pour chaque valeur, effectue un produit en croix pour obtenir une valeur en pourcentage.
Mon_pourcentage = valeur_en_grammes x 100 / somme_des_valeurs_en_grammes.

Jusque là, tout va bien. Or, je dois traiter toutes les données au dixième, soit, avec uniquement un chiffre après la virgule.
Et c'est là que ça se corse. Je traduit toutes mes valeurs en pourcentages, puis je les arrondi pour n'avoir qu'un chiffre après la virgule.
Maintenant, si je fais la somme des pourcentages, je n'ai pas 100, mais 99,9 ou 99,6 ou 100,2. Et c'est très embêtant pour moi.

Voilà pourquoi je me tourne vers vous. Comment pourrais-je résoudre ce problème ?

J'ai envisagé une solution. C'était de prendre le delta (100-99,6) et de l'ajouter à la plus grande de mes 16 valeurs pour que le résultat soit le plus proche possible. Mais pour des valeurs superieures à 0,1, je pense qu'il faudrait répartir ce delta sur plusieurs valeurs. Si oui, quel algo mettre en place ?

Merci par avance !

[dinobogan]

Une possibilité : tu stockes la sommes des deltas dans une variables. Pour chaque pourcentage calculé arrondi à un chiffre après la virgule, tu ajoutes le delta entre la valeur arrondi et non arrondi à une variable.
Lorsque la variable est supérieure ou égale à 0.1, alors tu ajoutes 0.1 au pourcentage que tu viens de calculer. Avec cette méthode, j'ai vérifié un peu il me semble que le compte tombera toujours à 100%.

[jerome.savin]

Ca semble fonctionner !
Je n'y avais pas pensé mais c'est une super bonne idée !
Merci beaucoup !

Je marque comme résolu !

[jerome.savin]

Mmmh, en fait, il y a des cas, ou le résultat n'est pas judicieux.
Ajouter 0,1g sur une valeur qui en fait 150, ce n'est pas gênant.
Mais ajouter 0,1g sur une valeur qui en fait 1, c'est beaucoup plus gênant.

Et pour la solution que tu propose, le 0,1 sera, oui, ajouté, mais de manière "aléatoire" sur une grosse ou une petite valeur.

Ne pourrions nous pas trouver un algo différent pour résoudre cela ?

[souviron34]

Ne pourrions nous pas trouver un algo différent pour résoudre cela ?

Calculer tes pourcentages et les stocker avec la précision par défaut de ton ordi (au minimum 2 décimales), et afficher avec 1 décimale arrondie...



Es-tu sûr que tu arrondis "au plus proche", et non "par le bas" ?? 0.551 donne 0.6 ou 0.5 ? (ça devrait donner 0.6)

x1 = 0.27
x2 = 0.44
x3 = 0.29

Si on suit un "arrondissement" au plus proche :

x1 = 0.3
x2 = 0.4
x3 = 0.3

total = 1.0

Si on suit un "arrondi" par troncature :

x1 = 0.2
x2 = 0.4
x3 = 0.2

total = 0.8

[tbc92]

Bonjour,

Voilà une solution qui va ajouter les 0.1 manquants où il faut.

Code :

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

1
2
3
4
5
6
7
8
9
pour i = 1 a n
    somm = somm + tb[i]
fin
s100 = 100
Pour i = 1 a n
    pct[i] = arrondi(  tb[i] / somm * s100,1)
    somm = somm - tb[i]
    s100 = s100 - pct[i]
fin

Ceci donne des résultats très satisfaisants.
Mais ce n'est pas la solution parfaite, puisque les résultats dépendent de l'ordre d'arrivée des différentes valeurs.