確認フィールドのパスワードが最初に入力したパスワードと一致することをいつ検証する必要がありますか？
ユーザー作成ページに、パスワードの再入力を求めるフィールドがある場合、2番目のパスワードが最初のパスワードと一致することをページで検証する必要があるのはいつですか。
パスワード確認を含めるかどうかはしないかどうかを制御できます。検証エラーが表示された場合にのみ、変更をリクエストできます。
複雑さのルールに基づいて初期パスワードを検証する際の 前の投稿への回答 は、パスワードを入力するときに少し遅れてエラーを表示することを示唆しています。ただし、繰り返しパスワードフィールドの場合は、複雑さをチェックするのではなく、一致することだけをチェックするため、mypassがmypasswordと同じでないことを検証しますユーザーが2番目のフィールドに入力している間は役に立たず、煩わしいようです。 （私の問題は、ユーザーがすでに知っている入力の検証が不完全であることを明確にするために編集されました）
A List Apartのインライン検証記事 を読んだ後、検証後にユーザーがフィールドを完了したように聞こえますが、最もユーザーフレンドリーでした。ただし、パスワードフィールドはフォームの最後のフィールドであるため、次のステップは[作成]をクリックして、ぼかしの検証をいくぶん複雑にすることです。
この時点で、2つの質問があります。
- 2番目のフィールドの検証は、ユーザーが完了するまで待つ必要がありますか？
- 提出前にフォームに変更を加えることはほとんどないので、この場合は「後で」何を考慮すべきですか？ユーザーが1秒間何も入力しなかった後？彼らが「作成」をクリックした後？彼らが最初のパスワードと同じ数の文字を入力した後？
質問に直接答えるために、検証はユーザーが完了するのを待つべきではなく、論理的に理解するのを待つべきです。
質問の2番目の部分で推測したように、パスワードは同じ長さでない限り論理的に一致することができないため、同じ長さになった後で検証を待機し、すぐにそうすることで、ユーザーにもう一度パスワードを入力する機会を与えます不必要に邪魔になることなく。
次に、2つのフィールドの間に不一致があることを示す方法を選択するかどうかは、最善の判断に任されています。
残念ながら、パスワードの確認フィールドを削除することはできません。第一人者のルーク・ブロブスキーが推奨する方法は、最初からパスワードを隠すのではなく、単にパスワードを表示することです。この呼び出しは行わないため、パスワードの確認フィールドのフォーカスアウトイベントで検証が行われるはずです。
繰り返し使用するパスワードが役に立たず、煩わしいものであるかどうかを確認することについて、あなたが言うことに同意しません。これは別のタイプの検証であるため、ユーザーからの別のアクションが必要になります（パスワードを再入力します）
そして、これがフォームの最後のフィールドなので、なぜ複雑になるのか理解できません。
ユーザーが繰り返しパスワードを入力し終えたらすぐに検証を実行するという、あなたが見つけた非常に良い記事が示唆していることを私は続けます。