ごみ箱はグローバルにする必要がありますか？
私は現在、3つの異なるデータエンティティで動作するWebアプリケーションのゴミ箱/ゴミ箱を実装しています。このようなエンティティはそれぞれ、固有のビューで表示されます。
ユーザーがそのようなエンティティを削除した場合、レコードはどちらかに移動する必要があります
- 他の主要なリンクも提供するアプリケーションのヘッダーからどこからでもアクセスできるグローバルなゴミ箱
（これは、エンティティの種類ごとに1つずつ、3つのビジュアルパーツに分割されます）
または
- 対応するエンティティの主要なビューからのみアクセスできる別のビンに入れるべきですか？
決められない。グローバルなゴミ箱の古い学校の概念は私には理にかなっているようです。ただし、個別のビンを実装すると、削除されたファイルを処理する前に別のルートを開く必要がないため、ユーザーのワークフローを改善できます。
両方を1つにしてください。あなたがどこから来たのかによって決まるフィルターで始まるグローバルなゴミ。リンゴを表示しているときにスラッシュにアクセスしているユーザーは、削除されたリンゴを探している可能性があります。または、そうでない場合もあり、フィルターを変更する必要があるだけです。
ユーザーが間違ったものをクリックしたことにユーザーが気づいたときを知らないことに基づいて、2つのことを組み合わせて実行します。
まず、元に戻すオプションを作成します。ユーザーが削除したくないものを削除してすぐに気づいた場合、ユーザーはアクションを復元できます。 Gmail は、たとえばメールを削除する場合の良い例です。
私が想像できる2番目の使用例は、数時間または数日後に偶然に何かを削除したことに気付いたユーザーです。この場合、私はすべてに対して1つのゴミ箱を持つことをお勧めします。私は、GmailとWindowsがこれを行うこと以外に、これに関するソースを本当に持っていません。どこからでも、メールアカウントまたはコンピューターで何かを削除すると、常に同じゴミ箱になります。
そのため、誤って何かを削除すると、現在のページを離れずにすぐに復元したり、2回目の訪問に戻って間違ったものを削除したことに気づいたときに復元したりできます。
それはあなたの投稿には本当に2つの質問があると述べた、
- 廃棄物はインターフェイスのどこに配置する必要がありますか？
- ごみ箱はグローバルなものか、エンティティ固有のものか？
80：20ルール
ごみ箱がユーザーナビゲーションの上位20％に該当する場合を除いて、ごみ箱はファーストクラスの市民ではありません。したがって、特定のエンティティに対応するビューにこの機能を配置することは、おそらく正しいアプローチです。
すべてのトースタートーストトースト
天候を選択するか、ビンをグローバルにするかを決定する際に考慮すべき要素は、
- エンティティはどの程度似ていますか？
- ゴミ箱にはいくつのアイテムが存在する可能性がありますか？
- これらのエンティティが関連する方法に関する既存の規則はありますか？.
しかし、実際には：
ユーザーは、削除を取り消したい特定のアイテムをどのように見つけますか？
3つのカテゴリーに分類またはフィルターする方法を備えたグローバルなゴミ箱が役立つでしょう。エラーを元に戻すために1つの場所に行くことを知っていると、落ち着きます。何かを削除したことに気づくことはストレスになります。どこに戻すかわからないのでストレスが増します。