それで、私はこれのためのベストプラクティスが何であるかについて1時間ブラウジングしていて、私が読んだ大部分は、表形式のデータにはeテーブルを使用し、リストにはリストを使用することです。しかし、私はこのタイプのUIについて混乱しています:
したがって、列と行がありますが、連絡先リストです。このタイプのUIに何を使用すればよいか考えてみてください。 (ところで、この画像には特に何もありません。これを正確に作成しようとしているのではなく、意味を示すために何かが必要です)
その質問に答える前に、提供したサンプル画像のシナリオを理解/解釈してみましょう。そうではないかもしれませんが、それは私たちにいくつかの方向性を提供するかもしれませんが。
画像を見ると、アジャイルCRMシステムの一部であるため、従来の連絡先リストではないことがわかります。電子メールだけでなく、編集オプション以上の情報が必要になる場合があります。これらのシステムには、人に関する大量の情報が含まれます。このようなシナリオでは、1つのソースに関するデータを直感的で読みやすい方法で表現する必要があるため、テーブルの方が理にかなっています。
さて、あなたの質問に戻って、いつ何を使うか。答えを得るために同様の例を見てみましょう
データセットがこのようなものであると仮定しましょう
名前、メール、番号、ソーシャルコネクション、タグ、場所、名称、誕生日
場所はアクションまたはリンクであり、ソーシャル接続はそれぞれのソーシャルメディアページにリダイレクトされる可能性があるため、ユースケースではほとんどすべてを表示する必要があるとしましょう。整然としたファッション。
しかし、これらすべてを必要とせずに、いくつかの詳細といくつかのアクションを表示したい場合は、リストで実行できます。この場合、最終的な使用結果が異なるためです。
今これらの2つの間にも中間があります。複数のデータを希望どおりに配置して表示できるカードのリスト。 exの場合:テーブルが行う情報の優先度に対して列としてのみ配置されます。特定の情報をグループ化すると、テーブルでそれを行うと扱いにくくなります。そのような場合、カードのリストは非常に役立ち、それを少し面白く見せることもできます。
データセットと要件を見ただけでわかることはたくさんあります。私はそれらすべてを伝えることができなかったかもしれませんが、私はあなたが少なくともそのような問題のいくつかの思考プロセスを合理化するのを助けることができたことを願っています。
解決策ではないにしても、私がそれをどこか有用な場所に向けることができたと思います。ありがとう!
テーブルは行と列がある限り意味的にのみ意味があり、リストのリストはより柔軟です。
そのため、多くのプロパティを持つアイテムのリストの柔軟なビューではなく、データを実際のテーブルとして表示または解釈する必要がある場合にのみ、テーブルが適切な選択になります。