変化を見張り実行しています。未入力とエラーメッセージのバリデーションチェックをしています。課題いくつかの課題があります。住所の候補が複数あるケースがあり、先頭以外を握り潰している先に住所を入力してから、郵便番号を入力すると住所が予測で上書きされる住所の候補が複数あるケースがあり、先頭以外を握り潰しているまず、完全に悪い対応とは言えなさそうです。ユーザーの住所の直接入力ができるので予測が間違っていても手動修正できるという考え方もあります。ふまえて、複数候補からユーザーが選択するのもいいかもしれないです。セレクトのポップアップが表示されユーザーが選択するような形式が考えられます。先に住所を入力してから、郵便番号を入力すると住所が予測で上書きされ消えるこれも気になる点です。実装上の難しさがあります。ユーザー入力なのか、予測の住所が表示されているのか、予測の住所をユーザーが編集したのか判断しないといけないためです。郵便番号の入力が必須になってしまう点と、ユーザーに入力順を強制する点が良くないです。ときどき見かける実装です。ボタンを押す手間がありますが、ユーザーの入力を確認しているので堅牢だと言えそうです。ユーザーの判断で予測住所を決定できる点と、前項の複数候補の対応も同時に解消できそうなので、これがベストな気配がします。おわりに次回以降で、課題をふまえて複数予測を解決した郵便番号のコンポーネント作成に挑戦してみようと思います。開発の実績と知見がありますフロントエンド開発の専門家である私たちが御社の開発チームに入ることで、バックエンドも含めた全体の開発効率が上がります。オンラインでのヒアリングとフルリモートでのプロセス支援にも対応しています。Hironoriwebライターもやってるフロントエンドエンジニアです。Reactは自信があります。デザイン畑の出身で、気持ちのいいアニメーションやインタラクティブな表現は丁寧に手掛けます。好きなものは中南米の遺跡で、スペイン語が少しできます。