グループ化されたデータをデータテーブルに要約する
私は金融アプリに取り組んでおり、データテーブルでグループの概要をどのように表示したかについて、ユーザーからさまざまなフィードバックを得ています。たとえば、さまざまな種類の買い物リストなどのデータテーブルがあります。 
集計行は、サンプルテーブルの野菜と果物であり、折りたたみ可能（ねじれたコントロールを使用）であるため、折りたたむと、項目行は非表示になります。会計規則では通常、下部に合計（ここでは[金額]列）が表示されますが、余分な行と列を減らして、集計行に小計を入れ、折りたたみ可能な性質と組み合わせると、これはうまく機能します。質問は2つあります。
1。折りたたみを可能にするためにデータテーブルがグループまたはカテゴリを上に要約するいくつかの例を提供できますか
2。小計が上位にあることは明らかですか？明らかにUIの側面を無視しています。
私があなたの質問を読むまで、私はトップの合計にさえ気づいていませんでした。それだけで上部の小計は不明確であることがわかりました。
さらに、合計を一番下に配置する必要があるいくつかの理由を次に示します。
- ユーザーは上から下にテーブルデータを読み取ります。
- 合計は方程式です。前の点に関連して、ユーザーがコンポーネントを最初に表示する場合、ユーザーは合計を最もよく解釈します。データの前の合計は、4 = 2 + 2のように、すべての方程式を最初に解答で書き出すようなものです。これは読みやすいですが、2 + 2 = 4をより簡単に処理できます。
- 「Vegetables」と「Fruit」は、データが展開されたときにラベルを要約する役割を果たします。そのため、それらの使用量を合計量として2倍にすると、ユーザーが混乱する可能性があります。
ただし、合計を上に置くことを検討する場合、いくつかのシナリオがあります。
- たくさんのデータ。数百の行がある場合、すべてのエントリが役立つ前に合計をすばやく特定できると便利です。
- 折りたたまれたとき。 「Vegetables」と「Fruit」は要約ラベルとして機能するため、それらの合計をそれらがある場所に配置することは理にかなっています。
以下は、妥協案として思いついた簡単なインターフェースの変更です。
拡張
- 合計は下部に配置され、より簡単に識別できます。 Typeヘッダーの下の「Totals」ラベルをこの行に配置することもできます。
- このインターフェイスをさらに明確にするには、ユーザーがデータを数量xレート=金額として読み取るように、右端に金額列を配置することを検討してください。合計は各タイプの右下に配置され、読みやすくなります。
折りたたみ
- 行が折りたたまれているときに次のインターフェイスがあなたのインターフェイスに似ていると仮定しても、このインターフェイスでは、ユーザーはタイプの合計を確認できます。
上記の提案がお役に立てば幸いです。