Windows アプリでは、 コマンド要素 は対話型 UI 要素であり、ユーザーは電子メールの送信、アイテムの削除、フォームの送信などのアクションを実行できます。 コマンド インターフェイス は、一般的なコマンド要素、それらをホストするコマンド サーフェス、サポートする相互作用、および提供されるエクスペリエンスで構成されます。
最適なコマンド エクスペリエンスを提供する
コマンド インターフェイスの最も重要な側面は、ユーザーが実行できるようにすることです。 アプリの機能を計画するときは、これらのタスクを実行するために必要な手順と、有効にするユーザー エクスペリエンスを検討してください。 これらのエクスペリエンスの最初のドラフトを完了したら、それらを実装するためのツールと相互作用に関する決定を行うことができます。
一般的なコマンド エクスペリエンスを次に示します。
- 情報の送信または提出
- 設定と選択肢の選択
- コンテンツの検索とフィルター処理
- ファイルを開く、保存する、削除する
- コンテンツの編集または作成
コマンドエクスペリエンスをデザインする際には、創意工夫を凝らしてください。 アプリでサポートされている入力デバイスと、アプリが各デバイスにどのように応答するかを選択します。 幅広い機能と基本設定をサポートすることで、アプリを可能な限り使いやすく、移植性があり、アクセスしやすくします (詳細については、 Windows アプリのコマンド設計を 参照してください)。
適切なコマンド要素を選択する
コマンド インターフェイスで適切な要素を使用すると、直感的で使いやすいアプリと、難しい混乱を招くアプリの違いを生み出すことができます。 Windows アプリでは、コマンド要素の包括的なセットを使用できます。 最も一般的な UWP コマンド要素の一覧を次に示します。
ボタン
ボタンは即時 アクションをトリガーします。 たとえば、メールの送信、フォーム データの送信、ダイアログでのアクションの確認などがあります。
リスト
対話型リストまたはグリッド内の項目を表示するリスト。 通常、多くのオプションや表示項目に使用されます。 たとえば、ドロップダウン リスト、リスト ボックス、リスト ビュー、グリッド ビューなどがあります。
選択コントロール
アンケートの完了やアプリ設定の構成など、いくつかのオプションからユーザーが選択できます。 たとえば、CheckBox、RadioButton、トグル スイッチなどです。
予定表、日付と時刻の選択
カレンダー、日付と時刻の選択機能 を使用すると、ユーザーは、イベントの作成時やアラームの設定時など、日付と時刻の情報を表示および変更できます。 たとえば、予定表の日付の選択、予定表ビュー、日付の選択、時刻の選択などです。
予測テキスト入力
データの入力時やクエリの実行時など、ユーザーの入力に関する提案を提供します。 たとえば、 AutoSuggestBox などがあります。
完全な一覧については、「コントロールと UI 要素」を参照してください。
コマンドを右側の画面に配置する
コマンド 要素は、アプリ キャンバスや特殊なコマンド コンテナー (コマンド バー、コマンド バーのポップアップ、メニュー バー、ダイアログなど) など、アプリ内の複数のサーフェスに配置できます。
上下のコマンド ボタンではなくリスト アイテムを並べ替えるドラッグ アンド ドロップなど、コンテンツに対して動作するコマンドを使用するのではなく、ユーザーがコンテンツを直接操作できるように常に努めます。
ただし、特定の入力デバイスや、特定のユーザーの機能やユーザー設定に対応している場合は、これが不可能な場合があります。 このような場合は、できるだけ多くのコマンド アフォーダンスを指定し、これらのコマンド要素をアプリのコマンド サーフェイスに配置します。
最も一般的なコマンド サーフェスの一覧を次に示します。
アプリ キャンバス (コンテンツ領域)
ユーザーがコア シナリオを完了するためにコマンドが常に必要な場合は、キャンバスに配置します。 影響を受けるオブジェクトの近く (または上) にコマンドを配置できるため、キャンバスにコマンドを配置すると、コマンドを簡単に使用できます。 ただし、キャンバスに配置するコマンドは慎重に選択してください。 アプリ キャンバス上のコマンドが多すぎると、貴重な画面領域を占有し、ユーザーを圧倒する可能性があります。 コマンドを頻繁に使用しない場合は、別のコマンド サーフェイスに配置することを検討してください。
メニューとコンテキスト メニュー
メニューとコンテキスト メニューは、コマンドを整理し、ユーザーが必要になるまで非表示にすることで、領域を節約します。 ユーザーは通常、ボタンをクリックするか、コントロールを右クリックして、メニューまたはコンテキスト メニューにアクセスします。
CommandBarFlyout は、コマンド バーとコンテキスト メニューの利点を 1 つのコントロールに結合するコンテキスト メニューの一種です。 一般的に使用されるアクションへのショートカットを提供し、クリップボードやカスタム コマンドなど、特定のコンテキストでのみ関連するセカンダリ コマンドへのアクセスを提供できます。
UWP には、従来のメニューとコンテキスト メニューのセットも用意されています。詳細については、「 メニューとコンテキスト メニュー」を参照してください。
コマンド フィードバックを提供する
コマンド フィードバックは、操作またはコマンドが検出されたこと、コマンドがどのように解釈および処理されたか、およびコマンドが成功したかどうかをユーザーに伝えます。 これにより、ユーザーは自分が何をしたか、次に何ができるかを理解するのに役立ちます。 理想的には、フィードバックは UI に自然に統合する必要があるため、ユーザーを中断したり、絶対に必要でない限り追加のアクションを実行したりする必要はありません。
注
必要な場合にのみフィードバックを提供し、他の場所で使用できない場合にのみフィードバックを提供します。 値を追加しない限り、アプリケーション UI をクリーンで整然とした状態に保ちます。
アプリでフィードバックを提供する方法を次に示します。
コマンド バー
CommandBar のコンテンツ領域は、フィードバックを表示する場合にユーザーに状態を伝える直感的な場所です。
ポップアップ 画像 を
フライアウト
ポップアップ は、ポップアップの外側のどこかをタップまたはクリックすることで無視できる軽量のコンテキスト ポップアップです。
ダイアログ コントロール
ダイアログ コントロールは、 コンテキスト アプリ情報を提供するモーダル UI オーバーレイです。 ほとんどの場合、ダイアログは明示的に閉じるまでアプリ ウィンドウとの対話をブロックし、多くの場合、ユーザーに何らかのアクションを要求します。 ダイアログは中断する可能性があり、特定の状況でのみ使用する必要があります。 詳細については、「 操作を確認または元に戻すタイミング 」セクションを参照してください。
ヒント
アプリが確認ダイアログを使用する量に注意してください。ユーザーが間違いを犯した場合は非常に役立ちますが、ユーザーが意図的にアクションを実行しようとするたびに障害になります。
操作を確認または元に戻すタイミング
アプリケーションの UI がどれだけ適切に設計されているかに関係なく、すべてのユーザーは望まないアクションを実行します。 アプリは、アクションの確認を要求するか、最近の操作を元に戻す方法を提供することで、このような状況に役立ちます。
元に戻すことができないため、大きな影響を与えるアクションの場合は、確認ダイアログを使用することをお勧めします。 このようなアクションの例を次に示します。
- ファイルの上書き
- 閉じる前にファイルを保存しない
- ファイルまたはデータの完全な削除の確認
- 購入を行う (ユーザーが確認の要求をオプトアウトしない場合)
- フォームを送信する (何かにサインアップするなど)
元に戻すことができる操作の場合は、通常、簡単な元に戻すコマンドを指定するだけで十分です。 このようなアクションの例を次に示します。
- ファイルを削除する
- メールの削除 (永続的ではない)
- コンテンツの変更またはテキストの編集
- ファイル名を変更する
特定の入力の種類に合わせて最適化する
特定の入力の種類またはデバイスに関するユーザー エクスペリエンスの最適化の詳細については、 Interaction 入門 を参照してください。
GitHub で Microsoft と共同作業する
このコンテンツのソースは GitHub にあります。そこで、issue や pull request を作成および確認することもできます。 詳細については、共同作成者ガイドを参照してください。
Windows developer