问i18n验证

EN

简单验证和完全验证有很大的不同。通常不可能在区域间完全标准化验证，以下是几个示例：

• 不同的IT /SSN等数字可以允许/不允许替代值(特定于系统)、外部值、历史值等。我们在同一领域的应用程序中有两个不同的验证系统，取决于上下文，其他IT系统可能有其他验证系统。
• 邮政编码验证可能需要访问有效值列表，这是您需要订阅的内容。在许多国家，这种订阅并不是自动化的，而且由于版权规则，重新分发并不是一件容易的事。
• 电话号码也有类似的问题。你允许昂贵的号码，手机号码吗？你怎么发现他们的？

您可能会争辩说，在大多数情况下，简单的验证是可能的，但是对于简单的验证，使用模式匹配和让每个市场的本地部门定义有效的模式通常更容易。

软件服务合同也有问题。如果你购买了软件，并且想要使用它5年，那么如果有变化的话，你可以改变验证规则是至关重要的。在我的国家，我经历了4次电话号码系统的变化，这些变化影响了简单的验证，比如“数字数”和“第一个数字是什么”。

因此，最好的解决方案是拥有一个特定于地区的模式的集中式数据库，并允许管理员修改验证模式。

梨子不算太坏。例如，新西兰的验证器有各种有用的东西，如邮政编码、税务局号码、电话号码、银行帐号http://pear.php.net/manual/en/package.validate.validate-nz.php

它仍然在阿尔法，但覆盖了很多国家。也许值得重新考虑？

维基百科按国家收集车牌信息。邮政编码也是如此。