丸めを使用して数値データをフォーマットする場合、合計行は丸められたデータの合計を反映する必要がありますか、それとも生の丸められていないデータを反映する必要がありますか？
このシナリオを考えてみましょう：
丸められた数値の合計は195になります。しかし、丸められた合計は193になります。したがって、丸められた数値を表示するときに、どの合計を表示する必要がありますか。 SHOWN（丸められたデータ）と一致するもの、または実際に正しいものはどれですか。
常に特殊なケースを見つけることができると思いますが、一般的なケースでは、丸められた数値を合計するのではなく、正しい合計を丸めます。
端数処理のポイントは、数値を一目でわかりやすくすることです。また、精度の低下によるトレードオフがあることは承知していますが、精度の低下を可能な限り小さくしたいと考えています。丸めた数値を合計すると、エラーが蓄積されます。これは人々が望んでいることではありません。彼らは、消化しやすい数値をできるだけ真の値に近づけることを望んでいます。
丸めの処理方法の広範な例：電卓を使用します。分数ではうまく機能しません。それでも、誰かが(2÷3) + (1÷3)、0.99999999ではなく1を取得したい。一部の計算機では実行できますが、実行できない計算機もありますが、重要なのは、ユーザーは丸められた断続的な結果ではなく、実際の数値を使用することを好むということです。
合計が正しくない場合について：丸められた合計を確認したい人が頭の中の数字を合計するために認知的努力を費やすとは思えません。もしそうなら、彼らは問題の深いところにあり、矛盾がどこから来ているのかを知ることができます。だから混乱しないと思います。確かに、ColdCatのコメントは、はるかに混乱を招く可能性のある状況を示しています。丸められた数値の合計が、数値の実際のドメインの範囲外になる可能性があります。
丸められた値の要約を実際に使用できる特別なケースがあります（たとえば、いくつかの物質が1つのコンテナに収まらず、混合できない場合に、さまざまな物質を出荷するために必要なコンテナの数を計算するなど）が、それは特別な場合。ここで、すべての物質の量とコンテナの数は実際には相互に関連付けることができないため、OPで示したような価格表とは大きく異なります。
そのような場合を除いて、合計を収集するときは常に実際の値を使用します。すでに丸められた値を要約しても何もわからないので、現実に関連しないバイアス出力です。
処理する値のタイプのコンテキストを確認する必要があります。上記の例を見ると、丸められた値の要約を追加することに関する問題のみがわかります。
特に明記しない限り、可能であれば、四捨五入されていない数値を使用して計算を実行する必要があります。ウィキペディアを引用する。 。 。
中間結果;累積的な丸め誤差を回避するために、計算が終了するまで、実際の桁数（最終結果の精度が示す値よりも少なくとも1桁多い）を保持します。
http://en.wikipedia.org/wiki/Significant_figures
ただし、ユーザー設定は標準的な方法よりも優先されるため、ユーザーが丸められた数値を合計する場合は、そのようにします。
私は実際、この非常に問題に対処しなければなりませんでした。各広告申込情報のVATを計算すると、2 dpで表示されます。ただし、総計を見ると、各ラインアイテム（2 dp）を合計するか、丸められていない数値を合計しますか。
次の例をご覧ください。
どちらの結果にも妥当な期待があります。それは、（1）が発生し、合計が表示された値の合計に等しいことです。または（2）が発生し、合計が完全に正確である。
ソリューション
ソリューションは、実際にはビジネス上の決定とUXの混合です。この場合、ビジネスは合計を（2）およびVATとグロスの値がで表示されることをユーザー/顧客に明確にした）として完全に正確にすることを決定しましたから2dpへ。 （つまり、0.20ポンドは実際には0.195ポンドから0.20499ポンドの間の任意の値である可能性があります）
実際に使用されるその合計を示す必要があります。 193.38を請求する場合、195は意味がありません。しかし、例えばあなたの国にコインや税金がない場合、丸められた費用に対して税金が支払われると、請求には195が使用されます。したがって、本当の意味を持つ合計を1つだけ選択し、誤解を招くので別の合計を表示しないでください。実際に使用するために両方の値が本当に必要な場合-最も有用な値を強調表示します。