web-dev-qa-db-ja.com

iOS-UIAlertView:使用する場合と使用しない場合

私は Appleのヒューマンインターフェイスガイドライン を調べましたが、UIAlertViewを使用する必要がある場合と使用しない場合をしっかりと把握していると思います。また、他のアプリデベロッパーから、アプリのデザインに合わせたカスタムUIView、またはUIAlertViewを使用するのが最善であるとわかったときのフィードバックも得たいと思っていました。 UIAlertビューを使用することは、ユーザーエクスペリエンスの一部にすぎないと感じています。考え?

4
Ken Barlow

それらには用途がありますが、UIAlertViewはあまり好きではありません。

  • それらはすべてまったく同じに見えます。

    通知するだけ」メッセージと「これはすべてのものを削除するので、簡単に区別する方法はありません 'メッセージがすぐに表示されます。通常、ユーザーは常に[OK]または同様のボタンを押して、ユーザーが行っていた作業に戻ります。

    ただし、アラートのカスタマイズには利点があります。たとえば、確認ボタンの色をデザインの他の部分よりも際立たせると、通常、誰かがそれをタップする前に少しの間考えてしまいます。

    Appleはこれをアクションシートに推奨していますが、モーダルアラートの場合も原則は同じです。

    すべてのデバイスで、潜在的に破壊的なアクションを実行するボタンに赤を使用します。

    また、確認ボタンの位置を入れ替えることは、誤った選択を防ぐためにも使用され、ガイドで推奨されています。

    ボタンを適切に配置。 …

    • 最も可能性の高いボタンが非破壊的なアクションを実行する場合、2つのボタンのアラートの右側にある必要があります。このアクションをキャンセルするボタンは左側にあるはずです。
    • 最も可能性の高いボタンが破壊的なアクションを実行する場合、2ボタンアラートの左側にある必要があります。このアクションをキャンセルするボタンが右側にあるはずです。
  • それらはユーザーを妨害します。

    モーダルアラートを使用すると、ユーザーはアラートを読むために停止し続ける必要があるため、常にユーザーを苛立たせます。アラートが表示されている間は他に何も実行できず、ユーザーは選択を行う必要があります。はい、これは時々非常に重要なオプションに役立ちますが、通知ごとに定期的に使用するのはひどいです。 Appleがプッシュ通知のためにそれらを捨てたのには理由があります!

ほとんどのアクションはユーザーが確認する必要はありません。機能的な「元に戻す」がはるかに優れています。

6
grg