1

プログレス バーを表示するとき、次のような一般的なメッセージを表示しますか?

  • "働く"
  • 「読み込み中」
  • "進行中"

または、追加のコーディング作業は、次のようなより詳細なメッセージによるユーザー エクスペリエンスの改善に見合うだけの価値がありますか?

  • 「ロード ケース 2/5」
  • 「チームをロード中」
  • 「POL10283 を保存しています」

また、粒状のメッセージをコーディングする場合、関連するオブジェクトからこれらを制御しますか、またはオブジェクトがロードされているより広いビュー/モジュールに制御しますか?

マーク

4

5 に答える 5

2

タスクが終了するまでの残り時間をユーザーにメッセージで知らせると、ユーザビリティが大幅に向上します。

したがって、「処理中」よりも「処理中の項目 2/5」のようなものの方が確実に優れています。

また、プログレスバーが終了するまで実行してから、何度も何度も開始するのを避けることをお勧めします. それはユーザーをからかうためだけです。「1分で終わるよ。まあ、あと1分で。あと1分で」という感じです。

于 2009-12-02T10:58:02.537 に答える
1

「価値」の評価はかなり難しいです。ユーザーとして言えば、何が起こっているのか知りたいです。したがって、私はそのような詳細を実装しようとする傾向があります。

View を実際の処理の詳細 (View が実際に認識すべきではないオブジェクトが含まれる場合があります) から切り離し、モデルで一種の NoticeBoard を使用します。興味深いイベントをそこに投稿でき、ビューでそれらをピックアップできます。

于 2009-12-02T11:01:51.953 に答える
1

長さがわからないタスクの場合 (カウントするカウントやループがない場合)、特定のステップの一般的なメッセージまたは情報は問題ありませんが、完了率または「ケース 2/5」を試す傾向があります。 .

これにより、実行中の実際のタスクがより適切に示されます。

于 2009-12-02T10:57:53.537 に答える
0

(1) 一般に、ユーザーはより詳細なメッセージを好むと思います。ただし、より詳細なタスク分析を行う必要があります。質問する必要があります: 彼らにとって、各タスク、タスクの各ステップはどれくらい重要ですか?

「Loading Case 2 of 5」「Loading Teams」「Saving POL10283」などは化学工場などで結構です。

しかし、単純なアプリでは、それらはそれほど重要ではないかもしれません。

(2) 質問 2 については、上記の djna に同意します。メッセージは (ビジネス/ドメイン) オブジェクトにある必要があります。それらの呼び出し元/クライアント (通常はコントローラーまたはビュー/プレゼンテーション) は、オブジェクトからそれらを取得する必要があります。

于 2012-12-09T04:32:58.203 に答える
0

2 番目のオプションから得られるフィードバックは、予期しないバグを追跡する上で非常に貴重です。どちらのオプションを選択するかという点では、より広いビューに別のスレッドを提供できるため、2 番目のオプションを選択します。そのため、少なくともオブジェクトの読み込みに失敗した場合、問題に対応するための汎用メカニズムがあります。

于 2009-12-02T10:59:08.230 に答える