アラートが悪いことは誰もが知っています。あなたがそれを知らなかったならこれを読んでください
アラートは、ユーザーとの通信に使用されます。それで、それらを使用しない場合、良い代替手段は何ですか？
ユーザーとのコミュニケーションが必要なものを実装するときに選択できる優れた選択肢のリストを取得したいと思います。
例として、誰もが使用できるように1つ挙げます。
ケース：先に進む前に、ユーザー入力を検証する必要があります。
解決策：ユーザーが[ OK]/[次へ]/[送信]をクリックしたときにアラートボックスを表示する代わりに、ユーザー入力の周囲/横に明確なスタイルの「フレーム」を表示します。間違っている。ユーザーが使いやすくするために、問題の入力にフォーカスを合わせ、必要に応じてビューに戻す必要があります。
以下は、フィールドへのユーザー入力の検証に適用される、ユーザー エラーまたは警告を処理するための階層です。
エラーになる可能性のある要素を削除してください。ユーザーの生年月日は本当に必要ですか? 「18 歳未満」や「18 歳以上」のオプション ボタンなど、認証を必要としない他のものでも問題なく使用できますか?
エラーを防止します。そもそも無効な入力を不可能にします。たとえば、ドロップダウン リストを使用するか、フィールドを「絵」にして、受け入れられない文字 (電話番号の文字など) を拒否します。
入力を受け入れ、場合によっては自動的に修正し、結果をユーザーにエコーバックします。インプットから何かを作る。ユーザーが日付に 4--14#008 と入力すると、2008 年 4 月 14 日になるように自動修正されます。形式がバージョン番号と一致しない場合は、それがリリース番号かどうかを確認し、対応するバージョン番号を検索します。それがあなたの有効な住所の考えに合わない場合は、そうであると仮定してください (おそらくそれは外国のものです)。ユーザーの生年月日が壊れているかどうかは本当に問題ですか?
検証ではなく元に戻すを提供し、ユーザーが行ったことの意味を明確に示し、元に戻すための明確なパスを提供します。ユーザーが取引する株式数を入力するとき、ユーザーが株とドルを混同した場合に備えて、その横にドルの値を表示します。ユーザーが修正できるように、フィールドを編集可能なままにしておきます。
プライマリ ウィンドウまたは Web ページ自体に警告およびエラー テキストを表示します。テキストは、方向感覚を失わず、モーダルではなく、エラーが修正されると自動的に消えます。認識されていない日付が入力された場合は、赤で下線を引き、その横に「認識されていない日付」というテキストを追加します。詳細については、ヘルプへのリンクが含まれている可能性があります。
モーダル メッセージ ボックス。
多くのアラートボックス、および私を悩ませているすべてのアラートボックスは、基本的に、基になるプログラムの欠点をカバーしています。
それは通常、適切な元に戻るサポートを提供するisoに要約されます。「よろしいですか？」アラートボックスがスローされます。
つまり、すべてを可能な限り寛容（元に戻せない）にすることで、追加したいアラートボックスのほとんどが不要になります。
最も重要なことは、平易な (素人が読める) 言語で有用なメッセージを表示することだと思います。「ハイテク技術を使いたいですか」は役に立ちません。
また、メッセージをアプリケーションの残りの部分のスタイルと一致させ、ユーザーの生産性を妨げる他のすべてのボックスとは異なる外観にします。これは、アプリケーションをユーザーに見慣れたものにするという通常のルールに反しますが、メッセージを読んでもらいたい場合は、見た目を変えなければなりません。
モーダル ダイアログ ボックスの使用を避けることができる場合は、そうしてください。これにより、使用する必要がある時間がより重要に見えるようになります。
必要に応じて、常に注意が必要な項目に焦点を当てます。たとえば、何らかのフィールド検証を行っている場合は、問題のあるフィールドにフォーカスを当てます。
これはどうでしょうか: Aza Raskin による Monolog Boxes and Transparent Messages 。
この記事では、「モノログ」ボックスのメッセージとその代替について説明します。
とても興味深いです。
これは、実装がどのように見えるかです。詳細については、記事を参照してください。
私はアラートボックスの大ファンではありません。主な理由は、アラートボックスがアプリケーションの使いやすさを損なう傾向があるためです。アラン・クーパーがアバウト・フェイスで言ったように、それはユーザーを頭に乗せてバカと呼ぶのと同じです。
一方、不良データの通知は、アプリの重要なニーズです。何よりもまず、人間的に可能な限り、不正なデータが入力されないようにする必要があります。これを支援する、ほとんどのプラットフォーム（ASP.NET、.NET WinForms、WPF、Java Swing、JSPなど）用のさまざまなサードパーティの制御ツールキットがあります。（これらの部分では人気がありませんが、実際にはInfragistics NetAdvantageに部分的に成長しました。）
プラットフォームの選択に応じて、多くのUI通知の可能性があります。いくつか言及されています：アプリのステータスバーの使用、フィールド自体の問題の表示など。
私は.NETの人なので、明らかにここでの入力は環境によってフレーバーが付けられます。
私は、Web上で検証コントロールの大ファンです。UIを煩わしくすることなく、多くの通知を提供します。Textの単純なプロパティ*、詳細なErrorMessageプロパティ、および適切に配置された視覚的に明白なプロパティを組み合わせることValidationSummaryで、ユーザーの悪夢をほとんど伴わずにすべての検証を取得できます。これらのコントロールは、.NETにない場合は、入力されたデータに対してさまざまな検証を実行しText、コントロールがページ上のどこにあるか（通常は検証されるコントロールの横）にプロパティを表示します。ErrorMessageプロパティは、通常はページの上部にある1つにValidationSummaryなります。
WinForms環境では、インボックスErrorProviderコントロールとInfragisticsのOutlookスタイルのポップアップボックスを組み合わせて使用することにしました。最近のWinFormsアプリでは、2種類のポップアップを使用しています。1つは半透明で、右下隅に表示されます。緑色のチェックマークアイコンがあり、成功メッセージをユーザーに通知するために存在します。（私のユーザーはコンピューターを信頼していません。確認が表示されない場合は、コンピューターがデータを食べたと考えています。長い話です。）これらのボックスは7秒で消えます。または、ユーザーが手動で閉じることもできます。
2番目の種類のポップアップには、半透明性がなく、赤いXアイコンがあり、右上に表示されます。ここに検証エラーを表示します。さらに、ErrorProviderコントロールは検証が失敗した各フィールドの横にアイコンを表示し、特定のコントロールの上にマウスを置くと、その特定のエラーメッセージが表示されます。（これらの特定のメッセージもポップアップに表示されます。）エラーポップアップは15秒後に消えます。
そのアプリで使用しているモーダルアラートボックスは、クラッシュしたとき（実際には未処理の例外。現在はほとんど不可能です）と、ユーザーがダーティウィンドウを閉じたいときだけです。
これらは、アラートボックスを回避するために私が使用したテクニックの一部です。ユーザーは確認メッセージを無視することができ（生活を楽にする）、検証エラーにモーダルに悩まされることはありません。データが修正されるまでデータを保存することはできませんが、頭を悩ませることはありません。そしてもちろん、可能な限り、無効な入力を許可しない適切にマスクされたコントロールを使用して、検証エラーを防ぎます。
@Rob の ASP.NET の例と同様の問題を示すために、ステータス バー メッセージと色/テキスト/項目の点滅が変化します。そして、マルチレベルの元に戻す/やり直しシステムが最適です。
Joel Spolskyは、最初にアクション (メニュー、ボタン、リンク) を無効にする代わりに、アクションを実行できない理由をユーザーに伝えるポップアップ ボックスを追加することを提唱しました。したがって、ユーザーが行ってはならないアクションを無効にすることは、多数のポップアップを完全に取り除く良い方法だと思います。
私は ASP.NET のバリデータ コントロールの最終結果がとても気に入っています (ただし、実際に使用するのは面倒です)。説明と同様の方法で作業し、入力の横にスターを配置して、オプションのメッセージまたはメッセージの要約をページに表示します。
可能であれば、私は常にあなたのメッセージをページ/フォームに保持するつもりです. 時間スケールによっては、そうでない場合があります。