データファイルアップロードのエラー処理のベストプラクティス
現在、システムのデータアップロードフィールドを再検討しています。これらのファイル（csv、xlsx）には数千の行が含まれているため、数百のエラーが発生する可能性があります。現在、これを処理する方法は、ユーザーフレンドリーとはほど遠い、個々のエラーの巨大なツールチップを吐き出すことです。
私はそれをどのように処理したいかについて考えがありますが、そのような大量のエラーの重ね合わせたビューの例/ベストプラクティスを探しています。
私の経験では、IDEは大量のエラーを控えめに処理するための最良のUIを持っています。多数のエラーを管理するためのUIの例は、XCodeにあります。
警告またはエラーのあるプロジェクトをビルドすると、大規模なダイアログを表示せずに通知を受け取ることができます。
それらはすでに警告またはエラーに分類されているため、警告のみの場合は無視できます。それらは、通常、進行状況をチェックするのと同じ場所のUIに表示されます。
開示アイコンをクリックしてドリルダウンして検査することができます（上の黄色の警告アイコンをクリックすると、エラーと警告ペインが開きます：
このビューでは、エラーをタイプ別またはファイル別にグループ化して表示することを選択できます。また、キーワードのライブ検索でエラーをフィルターすることもできます。
エラーをクリックすると、エラーが見つかった場所に移動します。
ベストプラクティスは、相互作用を設計している他の情報と同じようにエラーを処理することだと思います。エラーをまとめて要約し、ユーザーがエラーの検査に関する要件に応じてドリルダウン、ソート、フィルタリングできるようにするか、ユーザーが気にしない場合は完全に非表示にすることもできます。それらをログに記録し、バックグラウンドで誰かに通知して、ユーザーの邪魔にならないようにすることができます。これは、手元の対話に関連しない他の情報の場合と同じです。
アップロード結果の概要を表示し、エラーがあれば含めます。
私は1つのプロジェクトでこのタスクに直面しました。私たちにとって有効なアプローチは、発生したエラーをすべて含む結果の要約を表示することでした。タスクに応じて、ユーザーは、バックアウトして変更を加えてから再試行するか、更新をコミットした後でシステムのアップロードに関する問題を修正することができます。
ここでは、検討した設計上の考慮事項をいくつか示します。
- ユーザーのエラーを修正できますか？ユーザーが予期しないフォーマットにペナルティを課される場合があります。
- 適切な行のみをコミットするか、すべてをコミットする必要がありますか？ユーザーはソースファイルから「適切な」行を削除し、原因となった行を修正する必要があるため、部分的なコミットの方が作業が増えると考えました。エラー、もう一度やり直してください。
- アップロードをプレビューできますか？これにより、システムの状態が保持され、ユーザーは必要に応じてエラーを無視することを選択できます。
UIのアイデアについては、SQL Serverにデータをインポートするウィザードを検討してください。コミットする前に、データとプレビューを調整するステップがあります。