我目前的应用需要为用户存储地址信息。 我目前正在讨论是否要使用习惯的街道地址城市国家邮政编码文本框和下拉式，还是使用Google的方法，简单地将所有内容放在一行。 对用这两种方式存储地址信息的优点有什么想法吗？
你应该把它拆开。 这样以后做报告就会方便很多。 如果你想拉出一个州或邮编或城市的所有居民，会发生什么？ 如果你全部使用一个字段，你会被卡住，希望你把它拆开。
另外，如果你不提示用户，用户会忘记输入你需要的所有信息。
从你帖子中的用户输入标签来看，我想你指的是用户如何 进入 的数据，而现在你是如何 储存 后端数据库中的数据。
如果您希望能够对信息进行分类和分析（例如用于报告和统计目的），您的数据库大概仍然需要将这些信息作为单独的字段存储。
在这种情况下，我想这将取决于你有多大的信心能够将地址信息正确地解析到它的各个字段。
一个混合选项是允许用户以单行方式输入地址，然后尽最大努力将信息解析到各个字段。 这类似于Outlook管理联系人地址的方式--你把所有的信息输入到一个单一的备注字段中，然后它为你把它分割开来。 如果它对任何字段的解释有误，你可以进行更正。
我非常反对只让用户在一个文本字段中输入地址。你会惊讶于有多少人会漏掉他们的邮政编码或其他重要信息，如果你没有一个特定的字段。 另外，正如其他用户所提到的，如果所有的数据都是预先准备好的，那么以后报告这些信息就会容易得多。 正如其他用户所提到的，像outlook这样的程序会解析这些信息，但只是因为数据的来源往往是电子邮件的签名，而这些东西从来都不是一致的格式。
我倾向于把它拆分开来，允许针对地址的特定部分进行搜索，而且你可以通过了解格式来限制你要处理的地址，即只向东海岸地址发货。
1）你应该拆分。
2）我建议你阅读 这个 在你尝试进行国际地址输入之前？
一定要分次输入。 如果你可以帮助它--并取决于你的业务需求--在输入点进行地址验证可能是明智的。 这将使您知道您的地址是干净地进入您的数据库。和 允许你做一些其他的事情，如防欺诈。 如果您向客户运送实物商品，拥有一个经过验证的地址可以帮助降低运输成本，并且可以通过确保在AVS验证过程中提交正确的邮政编码来帮助降低信用卡商户费用。
为了充分披露，我是SmartyStreets的创始人。 我们提供 CASS认证的地址核查 服务。 用户可以上传一个 涤荡清单 (CSVExceletc)到我们的网站或使用我们的 地址验证网络服务API 叫做LiveAddress。
我同意Kibbee的观点。我甚至惊讶地看到人们甚至不看字段的标签，把名字和姓氏、邮政编码和城市等倒过来。不，你无法确定一个邮政编码是否有效，在一个针对国际客户的网络应用中...... 有些国家的邮政编码有α字符，长短不一，没有州信息等。