我当前的应用需要存储用户的地址信息。我目前正在讨论是否使用惯用的街道地址/城市/州/邮政文本框和下拉菜单,或者采用谷歌的方法,只需将所有内容放在一行。有关以这些方式存储地址信息的利弊的任何想法吗?

有帮助吗?

解决方案

你应该拆分它。它将使得在路上进行报告变得更加容易。如果您想要拉动州或邮政编码或城市的所有居民,会发生什么?如果您使用所有一个字段,您将被卡住并希望您将其拆分。

此外,如果您没有提示他们,用户将忘记输入您需要的所有信息。

其他提示

根据帖子上的用户输入标记判断,我假设您指的是用户如何输入数据,以及现在存储数据的方式你的后端数据库。

如果您希望能够对信息进行排序和分析(例如,出于报告和统计目的),您的数据库可能仍需要将此信息存储为单独的字段。

在这种情况下,我认为这取决于您是否有信心可以将寻址信息正确地解析到各自的字段中。

一个混合选项是允许用户将地址作为单行输入,然后尽最大努力将信息解析到单独的字段中。这与Outlook管理联系人地址的方式类似 - 您将所有信息输入到单个备注字段中,然后将其拆分为您。然后,您可以更正它是否解释了任何错误的字段。

我非常反对只有一个用户输入地址的文本字段。如果您没有特定的字段,您会惊讶地发现有多少人会遗漏他们的邮政编码或其他重要信息。此外,正如其他人所提到的,如果所有数据都经过预先解析,它会使报告更容易报告此信息。正如其他用户所提到的,像outlook这样的程序会解析这些信息,但这只是因为数据源通常是电子邮件的签名,而这种签名永远不会是一致的格式。

我倾向于将其拆分,允许搜索地址的特定部分,并且您可以通过了解格式来限制您想要处理的地址,即仅发送到东海岸地址。

1)你应该拆分它。

2)我建议你在尝试之前阅读这个国际地址输入?

我同意Kibbee。我甚至惊讶地看到人们甚至没有阅读该字段的标签,反转姓名,邮政编码和城市等。
不,您无法在针对国际客户的Web应用程序中确定邮政编码是否有效......
有些国家/地区的邮政编码中有字母字符,各种长度,没有州信息等。

绝对拆分输入。如果您可以提供帮助 - 并且根据您的业务要求 - 在入境点进行地址验证可能是明智之举。这将使您知道您的地址将进入您的数据库干净允许您执行许多其他事情,如防止欺诈。如果您向客户运送实物商品,并且可以通过确保在AVS验证期间提交正确的邮政编码来帮助减少信用卡商家费用,那么拥有经过验证的地址可以帮助降低运费。

为了充分披露,我是SmartyStreets的创始人。我们提供 CASS认证的地址验证服务。用户可以上传清洗清单(CSV / Excel /等)给我们网站或使用名为LiveAddress的地址验证网络服务API

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top