CRUDデスクトップのベストプラクティス
私は常にこのデザインをCRUDデスクトップフォームに使用します。
CRUDフォームに適したデザインですか？より良いクラッドデスクトップフォームのための提案はありますか？
あなたが提供したモックアップは非常に初歩的なインターフェースであり、それはあなたが何をしようとしているのかに本当に依存しています。個別のタイトルのグリッドではなく、繰り返しフォーマットされたブロックを使用すると、ユーザーがエントリをよりよく理解できることがわかります。別の方法として、Ebayの製品リストを見てください（カテゴリに入ると）。 Amazonや http://slashdot.org も確認できます。
ドロップダウンを使用して並べ替えオプションを提供し、繰り返しフォーマットされたブロックは適切な要約を提供し、グリッドレイアウトよりも多くの情報をパックできます。また、すべてのグリッドセルラインが視覚的に乱雑になるのを防ぎます。
リストから検索ボックスを選択することをお勧めします。最終的な設計では、それを取り除かないでください。
私が採用するアプローチは、グローバルコントロール（リストに表示されるものに影響を与えるコントロール）をリストの外に置くことです。 SearchおよびCreateボタンがその例です。レコード自体でレコード固有のコントロールを保持します。フォーマットされたブロックで実行できることです。各レコードには、独自のRead、Update、Deleteボタンがあります。
最後に、CRUDボタンのユーザーインターフェイスで代替単語を検討することもできます。これらの単語はプログラマにとっては意味がありますが、ユーザーが慣れ親しんでいるコンテキストでは必ずしも意味をなさない場合があります。以下は、私が使用する一般的な同義語です（注：すべてのフォームで同じ動詞を使用していますが、対象読者に基づいて動詞のセットを選択しています）。
- 作成-「新規」、「新規作成[〜＃〜] xxx [〜＃〜]」
- 読み取り-レコードのタイトル、「表示」、「表示」、「レビュー」
- 更新-「編集」、鉛筆アイコン
- 削除-「削除」、ゴミ箱アイコン
CRUDは、編集可能なレコードのリストの標準機能をカバーするために便利な頭字語を作成しますが、常にユーザーにとって最適であるとは限りません。
Berinが指摘したように、モックアップは典型的なCRUDウィンドウのように見えます。ただし、CRUD UIは、データベースのコンテンツを編集可能な形式でユーザーに提示するだけのイデオロギーに直接由来するものであるため、最も有益なソリューションや使用可能なソリューションとは言えません。ユーザーの最終的な目標は決して「データを操作する」ことではありません。
モックアップには実際の（または任意の）データが不足しているため、モックアップに最適なビジュアライゼーションを示すことは不可能です。それでもプレーンテーブル形式が適切であるという結論に達した場合は、不要なボタンを取り除くためのアイデアをいくつか紹介します。
- ページングの代わりにスクロールを使用する-下部のナビゲーションウィジェットは必要ありません（続きを読む スクロールとページングについて ）
- テーブルのコンテンツに対して自動保存でインプレース編集を使用-
updateボタンは不要 - 検索で連続フィルタリングを使用する-
searchボタンは不要 - 新しい行を挿入するために、可視テーブルの固定された最初または最後の行を予約します-
createボタンは不要です - 各行に専用の
removeボタンまたはアイコンを使用します
確かに、これらは単なる提案です。たとえば、実際のユーザーと実際のデータを使用してユーザーテストを行う必要があります。 searchボタンがない場合にユーザーが混乱するか、変更が自動的に保存されるか。