7

我当前的应用程序需要为用户存储地址信息。我目前正在争论是使用惯用的街道地址/城市/州/邮编文本框和下拉菜单，还是采用谷歌的方法，将所有内容放在一条线上。关于以这两种方式存储地址信息的优缺点有什么想法吗？

4

7 回答 7

13

你应该把它分开。这将使以后的报告变得容易得多。如果您想提取一个州或邮政编码或城市的所有居民，会发生什么？如果您使用所有一个字段，您将被卡住并希望您已将其拆分。

此外，如果您不提示用户输入您需要的所有信息，他们也会忘记输入这些信息。

于 2008-10-30T03:00:51.737 回答
5

从您帖子上的用户输入标签来看，我假设您指的是用户如何输入数据，以及现在您如何将数据存储在后端数据库中。

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

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

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

于 2008-10-30T03:03:43.433 回答
3

我非常反对只有一个文本字段供用户输入他们的地址。如果您没有特定的字段，您会惊讶于有多少人会遗漏他们的邮政编码或其他一些重要信息。此外，正如其他人所提到的，如果所有数据都已预先解析，则以后报告此信息会变得更加容易。正如其他用户所提到的，Outlook 等程序会解析这些信息，但这只是因为数据的来源通常是电子邮件的签名，而这种格式从来都不是一致的。

于 2008-10-30T03:08:56.230 回答
2

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

于 2008-10-30T03:04:18.390 回答
2

1）你应该拆分它。

2) 我可以建议您在尝试输入国际地址之前阅读此内容吗？

于 2008-10-30T05:52:58.830 回答
1

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

于 2008-10-30T06:57:03.883 回答
1

绝对拆分输入。如果您可以提供帮助——并且取决于您的业务需求——在入口点执行地址验证可能是明智之举。这将使您知道您的地址正在干净地进入您的数据库，并允许您执行许多其他操作，例如防止欺诈。如果您向客户运送实物商品，拥有经过验证的地址可以帮助降低运输成本，并且可以通过确保在 AVS 验证期间提交正确的邮政编码来帮助降低信用卡商户费用。

为了全面披露，我是 SmartyStreets 的创始人。我们提供CASS 认证的地址验证服务。用户可以将清理列表(CSV/Excel/等) 上传到我们的网站或使用我们的地址验证 Web 服务 API，称为 LiveAddress。

于 2011-10-13T04:18:58.557 回答