validaciones i18n

Question

Think global, act local

Eso es lo que le dicen, sin embargo, durante todo el tiempo que yo desarrollador Siempre he visto grandes empresas como Google, Microsoft, Oracle y también lo hacen las validaciones de de manera localizada: saben de qué país soy, por lo que intentarán validar mi número de teléfono, código postal y otros detalles, como los números de cuenta bancaria con los métodos de validación adecuados para mi país. Ayer me registré en Google checkout e incluso me mostraron algunos ejemplos de formatos de códigos postales en mi país.

Así que mi pregunta es, ¿cómo lo hacen? Sé que tienen miles de empleados, pero me cuesta creer que todos hayan tenido que reinventar el pozo. Hay innumerables métodos de validación para los Estados Unidos, pero ¿qué hay del resto del mundo? Yo aún no he visto una biblioteca decente sola fuente abierta (aparte de una muy incomplete and outdated PEAR attempt) para realizar validaciones en varios aspectos comunes de los países, tales como:

• Identificación Civil
• identificación fiscal
• SSN (Número de Seguridad Social)
• BBAN (Número de cuenta bancaria básica)
• fax, teléfono y números de móviles
• códigos postales/Zip
• Placas de
• números de serie de billetes
• y así sucesivamente ...

¿Existe ¿algún recurso bien escondido que desconozco?

Answer 1

Hay una gran diferencia entre la validación simple y completa.A menudo es imposible estandarizar la validación completamente a través de lugares, aquí hay un par de ejemplos:

• CivilID/SSN etc. números pueden permitir/denegar valores sustitutivos (específicos del sistema), los valores extranjeros, los valores históricos, etc. Nosotros tener 2 sistemas de validación diferentes en una de nuestras aplicaciones para el mismo campo, dependiendo del contexto, y otros sistemas de TI pueden tener otros sistemas de validación.

• La validación del código postal puede requerir el acceso a una lista de valores válidos, que es algo a lo que debe suscribirse. En muchos países, esta suscripción no está automatizada, y debido a las reglas de copyright, no es trivial redistribuir.

• Los números de teléfono tienen un problema similar. ¿Permiten números caros, números de teléfono móvil? ¿Cómo los detecta?

Se podría argumentar que una validación simple es posible en la mayoría de los casos - pero para la validación sencilla, a menudo es más fácil de usar la coincidencia de patrones y dejar que el departamento local en cada mercado a definir los patrones válidos.

También existe un problema con el contrato de servicio de software. Si compra software y desea usarlo durante 5 años, es vital que pueda cambiar las reglas de validación, si algo cambia. Experimenté 4 cambios en el sistema de números telefónicos en mi país que afectaron la validación simple como "número de dígitos" y "cuál puede ser el primer dígito".

Por lo tanto, la mejor solución es tener una base de datos centralizada de patrones específicos de la configuración regional y permitir que los administradores modifiquen los patrones de validación.

Answer 2

Wikipedia reúne license plate information por país. Del mismo modo para postal codes.

Answer 3

El PEAR no está tan mal. Por ejemplo, el validador de Nueva Zelanda tiene todo tipo de cosas útiles, como códigos postales, números de IRD, números de teléfono, números de cuentas bancarias http://pear.php.net/manual/en/package.validate.validate-nz.php

su todavía en Alpha, sino que abarca un buen número de países. ¿Puede valer la pena reconsiderar?

Answer 4

Bueno, creo que todo lo que necesita es un programador de ese país y un par de días para reasearch & escribir las validaciones .. nada especial .. + hay un montón de información en Wikipedia

Answer 5

Tal vez desde http://www.geonames.org/ tienen una aplicación maravillosa también