这是人们常说的话。 然而，作为一名开发者，我在整个职业生涯中始终看到像Google、Microsoft、Oracle这样的大公司以本地化的方式进行验证：他们知道我的国家/地区，因此会使用适合本国的正确验证方法来验证我的电话号码、邮政编码和其他详细信息，如银行账户号码。昨天我注册了Google结帐，他们甚至向我展示了我的国家/地区的一些邮政编码格式示例！
那么我的问题是，他们是如何做到这一点的呢？ 我知道他们有数千名员工，但我很难相信他们都必须重新发明轮子。美国有无数的验证方法，但其他国家呢？除了一个非常不完整和过时的PEAR尝试外，我还没有见过一个单一的开源优秀库来执行各种常见方面的国家验证，例如：
是否有任何我不知道的良好资源？
简单验证和完整验证之间存在巨大的差异。通常无法在各个地区完全标准化验证，以下是一些例子：
CivilID/SSN等号码可以允许/禁止替代值（系统特定）、外国值、历史值等。我们的一个应用程序中有两个不同的验证系统用于同一字段，具体取决于上下文，其他IT系统可能有其他验证系统。
邮政编码验证可能需要访问有效值列表，这是您需要订阅的内容。在许多国家，此订阅不是自动化的，并且由于版权规则，重新分发并不容易。
电话号码也有类似的问题。您是否允许昂贵的号码、移动电话号码？如何检测它们？
您可能会认为在大多数情况下可以进行简单的验证 - 但对于简单的验证，使用模式匹配并让每个市场的本地部门定义有效模式通常更容易。
软件服务合同也存在问题。如果您购买软件并希望在5年内使用它，那么如果有任何变化，您可以更改验证规则是至关重要的。我曾经经历过我国电话号码系统发生4次变化，影响了简单的验证，例如“数字数量”和“第一个数字可以是什么”。
因此，最好的解决方案是拥有一个特定于区域的模式的集中数据库，并允许管理员修改验证模式。
PEAR 这个还不错。例如，新西兰的验证器有各种有用的东西，如邮政编码、IRD 号码、电话号码、银行账户号码http://pear.php.net/manual/en/package.validate.validate-nz.php
虽然它仍处于 Alpha 版本，但已经涵盖了相当多的国家。也许值得重新考虑一下？
嗯，我认为只需要一个来自那个国家的程序员和几天时间进行研究和编写验证就可以了...没有什么特别的...此外，维基百科上有大量信息。
