質問

現在のアプリでは、ユーザーのアドレス情報を保存する必要があります。現在、慣習的な番地/市/州/郵便番号のテキストボックスとドロップダウンを使用するか、単にすべてを1行にまとめるGoogleの方法を使用するかについて議論しています。これらの方法のいずれかで住所情報を保存することの賛否両論についての考えはありますか?

役に立ちましたか?

解決

分割する必要があります。これにより、今後のレポート作成がはるかに簡単になります。州、郵便番号、または都市のすべての居住者を引き上げたい場合はどうなりますか? 1つのフィールドをすべて使用すると、行き詰まってしまい、分割したことを望みます。

また、プロンプトが表示されない場合、ユーザーは必要なすべての情報の入力を忘れます。

他のヒント

投稿のユーザー入力タグから判断すると、ユーザーがどのようにデータを入力するか、そして今どのようにデータを保存するかを参照していると思いますバックエンドデータベース。

情報を並べ替えて分析できるようにする場合は、データベースでこの情報を個別のフィールドとして保存する必要があります(レポートや統計目的など)。

この場合、アドレス情報を個々のフィールドに適切に解析できるかどうかにどれだけ自信があるかにかかっていると思います。

1つのハイブリッドオプションは、ユーザーがアドレスを1行で入力できるようにし、情報を個別のフィールドにベストエフォートで解析することです。これは、Outlookが連絡先のアドレスを管理する方法に似ています-すべての情報を1つのメモフィールドに入力し、それを分割します。間違ったフィールドを解釈した場合は修正できます。

ユーザーが自分のアドレスを入力する単一のテキストフィールドを作成することに反対します。特定のフィールドがない場合、郵便番号やその他の重要な情報を何人の人が除外するのか驚くでしょう。また、他の人が述べたように、すべてのデータが事前に解析されていれば、後でこの情報をレポートするのがはるかに簡単になります。他のユーザーが述べたように、outlookのようなプログラムはこの情報を解析しますが、それはデータのソースがメールの署名であることが多いためです。これは一貫した形式ではありません。

私はそれを分割する傾向があり、住所の特定のセクションで検索を行うことができ、フォーマットを知っていることで処理したい住所を制限できます。つまり、東海岸の住所にのみ発送します。

1)分割する必要があります。

2)試みる前にこれを読むことをお勧めします国際住所の入力?

Kibbeeに同意します。人々がフィールドのラベルを読んでおらず、名、姓、郵便番号、都市などを逆にしていないことに驚いたこともあります。
いいえ、国際的な顧客を対象としたWebアプリケーションでは、郵便番号が有効かどうかを判断することはできません...
国によっては、郵便番号にアルファベット文字、さまざまな長さ、州情報がないなどがあります。

入力を完全に分割します。あなたがそれを助けることができれば-そしてあなたのビジネス要件に応じて-エントリのポイントでアドレス検証を実行することが賢明かもしれません。これにより、アドレスがデータベースにクリーンになっていることを 知ることができ、不正防止などの他の多くのことを行うことができます。住所を確認することで、物理的な商品を顧客に配送する場合の送料を削減でき、AVSの確認中に正しい郵便番号が送信されるようにすることで、クレジットカードの販売者手数料を削減できます。

完全な開示のために、私はSmartyStreetsの創設者です。 CASS認定住所確認サービスを提供しています。ユーザーはスクラブのリスト(CSV / Excel / etc)をアップロードできます。 Webサイトを使用するか、LiveAddressと呼ばれるアドレス確認WebサービスAPI を使用します。

ライセンス: CC-BY-SA帰属
所属していません StackOverflow
scroll top