我当前的应用需要为用户存储地址信息。我目前正在争论是使用惯用的街道地址/城市/州/邮编文本框和下拉菜单，还是采用谷歌的方法，将所有内容放在一条线上。对以这两种方式存储地址信息的优缺点有何看法？
【问题讨论】：
绝对拆分输入。如果您能提供帮助——并且取决于您的业务需求——在入口点执行地址验证可能是明智之举。这将让您知道您的地址正在进入您的数据库，并且是干净的并且允许您执行许多其他操作，例如防止欺诈。如果您向客户运送实物商品，拥有经过验证的地址可以帮助降低运费，并且可以通过确保在 AVS 验证期间提交正确的邮政编码来帮助减少信用卡商户费用。
为了全面披露，我是 SmartyStreets 的创始人。我们提供CASS-certified address verification 服务。用户可以将list for scrubbing (CSV/Excel/etc) 上传到我们的网站或使用我们称为 LiveAddress 的address verification web service API。
【讨论】：
你应该把它分开。这将使以后的报告变得容易得多。如果你想提取一个州或邮政编码或城市的所有居民会发生什么？如果您使用所有一个字段，您将被卡住并希望将其拆分。
此外，如果您不提示用户输入您需要的所有信息，他们会忘记输入这些信息。
【讨论】：
我同意基比。我什至惊讶地看到人们甚至不阅读该字段的标签，颠倒名字和姓氏，邮政编码和城市等。
不，在针对国际客户的 Web 应用程序中，您无法确定邮政编码是否有效...
有些国家的邮政编码有字母字符，长度不一，没有州信息等。
【讨论】：
1) 你应该拆分它。
2) 我建议您在尝试输入国际地址之前阅读this 吗？
【讨论】：
我非常反对只有一个文本字段供用户输入他们的地址。如果您没有特定的字段，您会惊讶于有多少人会遗漏他们的邮政编码或其他一些重要信息。此外，正如其他人所提到的，如果所有数据都已预先解析，则以后报告此信息会变得更加容易。正如其他用户所提到的，outlook 等程序会解析这些信息，但这只是因为数据的来源通常是电子邮件的签名，而这种格式从来都不是一致的。
【讨论】：
我倾向于将其拆分，允许对地址的特定部分进行搜索，并且您可以通过了解格式来限制要处理的地址，即仅运送到东海岸地址。
【讨论】：
根据您帖子中的用户输入标签判断，我假设您指的是用户如何输入数据，现在您是如何存储数据您的后端数据库。
如果您希望能够对信息进行排序和分析（例如用于报告和统计目的），您的数据库可能仍需要将此信息存储为单独的字段。
在这种情况下，我认为这取决于您是否有信心将寻址信息正确解析到各个字段中。
一个混合选项是允许用户将地址作为单行输入，然后尽最大努力将信息解析到单独的字段中。这类似于 Outlook 管理联系人地址的方式——您将所有信息输入到一个备忘录字段中，然后它会为您拆分。如果它对任何字段的解释有误，您可以进行更正。
【讨论】：