iOSアプリで保存/キャンセルボタンは必要ですか？
ユーザーが潜在的な投資物件に関する情報を記録し、特定のメトリックに基づいて物件を評価できるようにする投資物件評価アプリを開発しています。ドリルダウンナビゲーションとナビゲーションコントローラーを使用します。
私の質問は、ユーザーが情報を入力しているときに、保存ボタンとキャンセルボタンを含めることが慣習的/必要なのかということです。キャンセルボタンを含めないと、コーディングが非常に簡単になります。
誰かが新しいエントリを作成しているときは、そのエントリを破棄して何も作成しないようにする方法が必要です。 iOSアプリでは、次の2つの方法があります。
「完了」ボタンと「キャンセル」ボタンがあります。ユーザーにアクションを明示的に提供しているため、これは最も明確なオプションです。ただし、「戻る」ボタンの動作を決定する必要があります。 「キャンセルボタン」と同じように機能しますか？もしそうなら、なぜ「キャンセルボタン」があるのですか？
「キャンセル」ボタンの「戻る」ボタンの位置を使用、および単一の「完了」ボタンがあります。これは、機能的には、いくつのiOSアプリが処理するか、そして私がお勧めする方法です。ここで、[戻る]ボタンの動作を決定する必要はありません。オプションはユーザーに明確です。
新しいエントリの作成と既存のエントリの編集に同じパラダイムを使用できます。どちらの場合も、変更または入力があった場合にのみ、[完了]ボタンをアクティブにすることをお勧めします。それより前にアクティブにすると、さらに混乱が生じます。
ユーザーがいつでもタスクを中止できる方法を提供する必要があります。そうしないと、データの入力を完了してからレコードを削除するしかありません。誤って追加ボタンをタップしたとします。彼らはどのように戻るのですか？レコードを保存して削除しますか？アプリを閉じて再度開きますか？どちらも良い選択ではありません。
新しいエントリのデータを入力している場合、そのエントリの作成をキャンセルして保存する必要はなく、戻って削除することができます。ここにはキャンセルボタンが必要です。この新しいエントリを保存する方法も明確になっている必要があります。「戻る」ボタンと「閉じる」ボタンは「新しいエントリの保存」を伝えません。 iOSの連絡先アプリのように「完了」を使用します。
既存のエントリのデータを編集している場合、2つのオプションがあります。 直接編集ができるか、表示モードと編集モードの間にsplitがある。
後者のsplitアプローチでは、新しいエントリのUIと同様に、「完了」と「キャンセル」の両方が必要です。連絡先はこのアプローチを使用します。
直接編集の場合、どちらも持たず、「戻る」ボタンのみを提供する方がよい場合があります。アプリがユーザー入力データの保存に関するものである場合、それが主な焦点であり、簡単である必要があります。保存ボタンがなくてもできれば、それも省略します。入れたものをすべて保存して保管してください。特にiOSデバイスでは、気が散ったり、電話に出たりする必要があり、それが起こったときに仕事を失うことを恐れたくありません。
ただし、複雑なデータが入力された場合、またはそれが何らかの形で重要である場合は、変更が保存される前に送信アクションを実行することができます。これには、保存（「新しいデータは正しいので保存してください」）とキャンセル（「間違えた」）の両方が必要になります。