コマンド実行の基本

Windows アプリの "コマンド要素" は、ユーザーがメール送信、項目の削除、フォームの送信などのアクションを実行できる対話型の UI 要素です。 "コマンド インターフェイス" は、共通のコマンド要素、それをホストするコマンド サーフェス、サポートされている対話、提供されているエクスペリエンスで構成されます。

最善のコマンド エクスペリエンスを提供する

コマンド インターフェイスの最も重要な側面は、ユーザーが実行できるようにすることです。 アプリの機能を計画するときは、それらのタスクを実現するために必要な手順と、有効にするユーザー エクスペリエンスを検討します。 これらのエクスペリエンスの最初のドラフトが完成した後は、それらを実装するためのツールと相互作用を決定できます。

一般的なコマンド エクスペリエンスを次に示します。

• 情報の送信または提出
• 設定と選択肢の選択
• コンテンツの検索とフィルター処理
• ファイルを開く、保存する、削除する
• コンテンツの編集または作成

クリエイティブにコマンド エクスペリエンスを設計してください。 アプリでサポートする入力デバイスと、各デバイスに対するアプリでの対応方法を選択します。 幅広い機能と設定をサポートすることにより、アプリの使いやすさ、移植性、アクセシビリティを最大限に引き出せます (詳しくは、Windows アプリ向けのコマンド デザインに関する記事をご覧ください)。

適切なコマンド要素を選択する

適切な要素をコマンド インターフェイスで使うことが、直感的で使いやすいアプリとなるか、使いにくくてややこしいアプリとなるかの分かれ目になります。 Windows アプリでは、包括的なコマンド要素のセットを使用できます。 最も一般的な UWP のコマンド要素を次に示します。

完全な一覧については、「 Controls と UI 要素」を参照してください。

コマンドを右側の画面に配置する

アプリのキャンバスや、コマンド バー、コマンド バー ポップアップ、メニュー バー、ダイアログといった特殊なコマンド コンテナーなど、アプリ内の多くのサーフェスに、コマンド要素を配置できます。

常に、コンテンツに対して作用するコマンドを介してではなく、コンテンツを直接ユーザーが操作できるようにします。たとえば、リストのアイテムの並べ替えは、上下のコマンド ボタンではなく、ドラッグ アンド ドロップで行えるようにします。

ただし、特定の入力デバイスの場合、または特定のユーザー機能や設定に対応するときは、これが不可能なことがあります。 このような場合は、できるだけ多くのコマンド アフォーダンスを提供し、これらのコマンド要素をアプリのコマンド サーフェスに配置します。

最も一般的なコマンド サーフェスの一覧を次に示します。

コマンドのフィードバックを提供する

コマンドのフィードバックでは、操作やコマンドが検出されたこと、コマンドがどのように解釈および処理されたか、コマンドが成功したかどうかを、ユーザーに伝えます。 これは、自分が実行したこと、そして次に実行できることを、ユーザーが理解するのに役立ちます。 理想的には、フィードバックは UI に自然に統合する必要があるため、ユーザーを中断したり、絶対に必要でない限り追加のアクションを実行したりする必要はありません。

アプリでフィードバックを提供する方法を次に示します。

操作を確認または元に戻すタイミング

アプリケーションの UI がどれほど適切に設計されていたとしても、すべてのユーザーが望んだとおりにアクションを実行できることはありません。 アクションの確認を求めたり、最近のアクションを元に戻す方法を用意したりすることにより、アプリでこのような状況に対処できます。

元に戻すことができないため、大きな影響を与えるアクションの場合は、確認ダイアログを使用することをお勧めします。 このようなアクションの例を次に示します。

• ファイルの上書き
• 閉じる前にファイルを保存しない
• ファイルまたはデータの完全な削除の確認
• 購入を行う (ユーザーが確認の要求をオプトアウトしない場合)
• フォームを送信する (何かにサインアップするなど)

元に戻すことができる操作の場合は、通常、簡単な元に戻すコマンドを指定するだけで十分です。 このようなアクションの例を次に示します。

• ファイルを削除する
• メールの削除 (永続的ではない)
• コンテンツの変更またはテキストの編集
• ファイル名を変更する

特定の入力の種類に合わせて最適化する

特定の入力の種類またはデバイスに関するユーザー エクスペリエンスの最適化の詳細については、 Interaction 入門 を参照してください。