そのため、基本的なCRUDアプリケーションを構築するように割り当てられました。そして、すべてのインベントリアイテムを一覧表示するこの1つのページがあります...ユーザーがそれらのいずれかを編集したい場合は、すべてのアイテムの横に[編集]ボタンがあります。
あなたはドリルを知っています。
私は最近、そのようなCRUDページの1つを変更するように命じられましたが、それはかなり醜いように見えました。それで、私はそれがいくらかの磨きを使うことができると決めました。
しかし、考えてみてください...大量のデータを表示するCRUDページを作成するときに、グリッドを使用する代わりの良い方法は何でしょうか。
ajax / speed / security/implementationの懸念を脇に置いて...
大きなCRUDページでグリッドを使用する代わりの良い方法は何ですか？
それが問題になるのであれば、私はいくつかのユーザビリティを美学と交換したいと思っています。
多数のレコードに対して比較的少数のフィールドを表示する場合、特にタスクにレコードの検索または比較が含まれる場合は、グリッドのような表形式の表示に問題はありません。編集用に別のウィンドウまたはページを開くための [編集] ボタンに問題があります。これは、ユーザーが 2 つのウィンドウとそれらの間を移動する方法を習得する必要があり、それを行うのに時間がかかることを意味します。
ユーザビリティの大幅な改善は、その場での編集です。読み取り専用のグリッドではなく、グリッド内 (またはグリッドの代わり) のフィールド (テキスト ボックス、チェック ボックス、コーム ボックスなど) に適切なコントロールの配列を用意します。 ）。ページ上の 1 つの [保存] ボタンをクリックすると、すべての変更がすべてのレコードに保存されます (または、適切なイベントに対して変更を自動的に投稿します)。
少数のレコードに対して多数のフィールドを表示する必要がある場合は、フォームのようなレイアウト (タブ付きの可能性があります) が表形式のレイアウトの代わりになります。ユーザーがレコード間をページングできるように、ページング コントロール (たとえば、Recordset コントロールのようなもの) を提供できます。
多数のレコードと多数のフィールドがある場合は、マスターと詳細の組み合わせを使用して、表形式とフォームのようなレイアウトを組み合わせることができます。ページ上部のテーブルにはレコードのキー フィールドが表示され、ページ下部のフォームにはテーブル内の現在フォーカスがあるレコードの「オーバーフロー」フィールドが表示されます。
もう 1 つの方法は、レコードをグラフィカルに表示することです。2 つのフィールドを選択し、各レコードの値を、ページ上のアイコンの位置を特定するために使用される x 座標と y 座標で表します。これは、タスクにパターンまたは相互に関連するレコードの検索が含まれる場合に適しています。フォーカスのあるレコード (アイコン) の追加フィールドは、ページの詳細部分にフォームのようなレイアウトで表示される場合があります。
他にできることは、特定のフィールドを表形式またはフォームのようなレイアウト内でグラフィカルに表現することです (たとえば、アイコン、ミニバー グラフ、陰影または色分けなどを使用)。これは、ユーザーが特定の値を持つレコードを検索するのに役立ちます。小さなスペースに大量のデータの概要を表示することもできます (例: スパークライン)。
ユーザー、タスク、および作業環境のユーザー パフォーマンスを最大化するレイアウトを選択します。
クリックすると編集用のフィールドがさらに開くか、新しいウィンドウまたはフォームを開く (グリッドの代わりに) リスト。この方法では、画面が最初からデータで過負荷になることはなく、最も重要なデータが使用可能である限り、非常に使いやすくなっています。
例として、Gmail チャットの連絡先リストがあります (スクリーンショットはこちら)。
一部のアプリケーションでは、表示に必要な情報を減らすのに役立つ非常に優れた操作性が、優れた検索/フィルター ボックスです。ボックスに入力すると、リストがフィルターされて一致するエントリが表示されます。