QString:nombre avec un maximum de 2 décimales sans point zéro

J'ai une division comme ceci:

number / 1000.0

Parfois, il donne des réponses comme 96.0000000001, parfois, la division fonctionne comme prévu.

Je veux limiter mon nombre à un maximum de deux décimales et sans les zéros à droite.

Si c'est 96.5500000001 il devrait montrer 96.55.

Si c'est 96.4000000001 il devrait montrer 96.4

Il est possible de formater une chaîne de caractères de cette façon?

J'ai vérifié la documentation et il fournit 'f' argument pour spécifier le nombre de décimales, mais de cette façon, les zéros de fin restent.
C'est ce que j'ai essayé:

QString::number(number / 1000.0, 'f', 2)

Mais cela me donne pour 96.4000000001 --> 96.40 au lieu de 96.4

Toute solution? Comment puis-je format de cette façon?

OriginalL'auteur Neaţu Ovidiu Gabriel | 2014-07-22

  1. 13

    La la documentation est assez clair sur ce que vous devez faire:

    Une précision est également spécifié par l'argument format. Pour le 'e', 'E' et 'f' formats, la précision représente le nombre de chiffres après le point décimal. Pour le 'g' et 'G' de formats, de la précision représente le nombre maximum de chiffres significatifs (les zéros de fin sont omis).

    Par conséquent, utiliser le 'g' ou 'G' format.

    main.cpp

    #include <QString>
#include <QDebug>

int main()
{
    qDebug() << QString::number(96400.0000001 / 1000.0, 'g', 5);
    qDebug() << QString::number(96550.0000001 / 1000.0, 'G', 5);
    return 0;
}

    principal.pro

    TEMPLATE = app
TARGET = main
QT = core
SOURCES += main.cpp

    Construire et Exécuter

    qmake && make && ./main

    De sortie

    "96.4"
"96.55"
    Dans votre exemple, si je ne QString::number(1234.000001 / 1000.0, 'g', 5), il sera de retour l. 1.234 et que les trois décimales.
    Bien sûr, si: 1) Tronquer tout à maximum deux chiffres, tout comme dans votre question, déjà à l'exception d'un toDouble() appel probablement -, puis exécutez ma solution, et vous obtiendrez plus ou moins le cas de coin vous le souhaitez. Vous aurez encore le format concis malheureusement, il est vrai. Si cela vous dérange, appel toDouble() de nouveau et utiliser un autre format avec le haché nombre. 🙂
    Cela semble être une bonne idée 🙂 Merci à vous!

    OriginalL'auteur lpapp