internationalization - 国际电话和地址数据？

Question

我想这是一个多部分的问题。我正在建立一个成员(member)网站，并希望帐户尽可能国际化。

在允许国际号码的表格上收集电话号码的最佳方法是什么？我不担心存储它们，只是收集和验证。我现在拥有的是一个带有国家/地区列表的下拉列表，该列表将添加国家/地区代码，然后是根据国家/地区代码对 us/can/uk 进行验证的数字本身，然后是扩展名。这些将作为字符串存储在 cc/number/ext 的 3 个字段中。有没有人有更好的、可靠的解决方案，或者可能在任何地方看到过一个？

地址同上。最好的方法是什么？地址/城市/州/ zip /国家或只是线路？我希望能够按这些进行排序，因此单个文本字段不是一个很好的解决方案，尽管它是最灵活的。
这也很重要，因为我们可能会向我们的成员(member)发送实际邮件。我想起了一些其他服务的成员，这些成员的地址在我从未听说过的国家/地区，即使是邮局的女士也无法判断它们的格式是否正确。

我想在数据库中包含地理数据，至少是国家/州，用于在选择国家后填充州下拉列表、字段标准化等。有没有人知道一个很棒的数据库，可以用作应用程序的地理数据库?

Answer 1

电话号码验证 - 我不确定我是否会花很多时间在这上面。编号方案经常更改(例如，在我住在英国期间，伦敦区号的电话号码至少更改了一次，在我搬到那里之前不久又更改了一次)，而在德国它是(或至少习惯了)是)通过采用旧号码并在末尾添加一两个额外数字来增加给定交换机上可用电话号码的数量是很常见的。因此，任何关于给定电话号码格式的假设都会改变，您最终会追赶。如果您坚持将电话号码拆分为国际/区号/主号码，您可能会发现这是一种非常特定于国家/地区的信息表示方式，因此您几乎需要针对每个国家/地区和特定验证的输入掩码规则。更不用说在德国这样的地方，区号可以有两到四位数字等等......

关于邮政地址，我最重要的建议是确保您可以接受非数字邮政编码，否则您将无法处理加拿大和英国(可能还有其他地方)的地址。这是我的一个爱好，因为我在其他国家/地区的网站上遇到了一些问题，这些问题只是拒绝让我输入非数字邮政编码，因此我不得不通过传真发送我的地址信息无法填写在线申请表。在我的书中，如果您允许国际客户，那将是恶业……

此外，假设地址的某些部分(例如州/县)存在并要求它们通常比它的值(value)更令人头疼。我很想提供标准的门牌号 + 街道(将它们组合起来，不同的语言将门牌号放在不同的地方，所以将它们分开不是一个好主意恕我直言，除非你知道如何正确地重新组合它们，而且有时你会以房屋名称而不是数字结尾)、城镇和邮政编码，可能还有一个可选的县/州字段。如果您想真正为您的国际受众提供帮助，请为那些不符合我们对地址外观的“标准”假设的地址提供一个自由格式的单一文本输入字段。并且请让它们足够大，这样地址很长的人就不会用完空间......