Mi aplicación actual necesita almacenar información de dirección para un usuario. Actualmente estoy debatiendo si utilizar la dirección de la calle/city/state/zip textboxes y desplegables habituales o seguir el método de Google de tener todo en una sola línea. ¿Alguna idea sobre los pros/contras de almacenar información de dirección de cualquiera de estas maneras?¿Rompe direcciones en street/city/state/zip?
Debe dividirlo. Hará que sea mucho más fácil hacer reportes a lo largo del camino. ¿Qué sucede si desea retirar a todos los residentes de un estado o código postal o ciudad? Si usa todo un campo, se quedará atascado y desearía haberlo dividido.
Además, los usuarios olvidarán incluir toda la información que necesiten si no se les solicita.
A juzgar por la etiqueta de entrada del usuario en su puesto, supongo que usted se refiere a cómo el usuario entra los datos, y ahora cómo eres almacenar los datos en su base de datos back-end.
Es de suponer que su base de datos aún necesitará almacenar esta información como campos separados, si desea poder ordenar y analizar la información (por ejemplo, con fines informativos y estadísticos).
En este caso, creo que dependerá de qué tan seguro esté de que pueda analizar correctamente la información de direccionamiento en sus campos individuales.
Una opción híbrida sería permitir al usuario ingresar la dirección como una sola línea, y luego realizar un análisis de mejor esfuerzo de la información en los campos separados. Esto es similar a cómo gestiona Outlook las direcciones para los contactos: ingresa toda la información en un único campo de memorando y luego lo divide por usted. A continuación, puede corregir si interpretó alguno de los campos incorrectos.
En mi opinión, el método híbrido es el camino a seguir. A menos que me envíen algo y deba asegurarme de que la dirección se analiza correctamente, lo odio cuando los sitios mal diseñados me fuerzan a dividir mi dirección. – albertb
Tiendo a dividirlo, permite buscar una sección específica de la dirección y puede limitar las direcciones que desea manejar conociendo el formato, es decir, solo se envía a direcciones de la costa este.
Acepte que esto tiene menos que ver con la forma en que maneja la entrada, ya que tiene que ver con la búsqueda posterior. – Riri
Estaría en contra de tener solo un campo de texto donde los usuarios ingresen su dirección. Te sorprendería saber cuántas personas omitirán su código postal u otra información importante si no cuentas con un campo específico para ello. Además, como han mencionado otros, hace que informar sea mucho más fácil para informar sobre esta información más adelante si todos los datos son pre-analizados. Como otros usuarios mencionaron, los programas como Outlook analizarán esta información, pero solo porque el origen de los datos suele ser las firmas de los correos electrónicos, algo que nunca está en un formato consistente.
1) Debería dividirlo.
2) ¿Puedo recomendarle que lea this antes de intentar hacer una dirección internacional?
No dependas de ese artículo. El escritor entiende los problemas pero obtiene la mitad de los detalles incorrectos. –
@Windows programador: ¿Qué mitad? @Claudiu: +1 para mencionar diferentes formatos de dirección – Treb
Estoy de acuerdo con Kibbee. Incluso me sorprendió ver que las personas ni siquiera leen las etiquetas del campo, invierten el nombre y el apellido, el código postal y la ciudad, etc.
No, no se puede determinar si un código postal es válido, en una aplicación web dirigida clientes internacionales ...
Algunos países tienen caracteres alfabéticos en el código postal, varias longitudes, sin información de estado, etc.
Aunque es posible intentar validar códigos postales para algunos países, no hay garantía de que su fuente de datos tenga los códigos correctos, por lo que debe ser una guía y no una regla. Mi ciudad se dividió de un código postal a dos; el mío se mantuvo igual, pero varios sitios pensaron que había cambiado ... –
... y fue muy frustrante tener que contactar a unos pocos que no me dejaron corregirlo y explicarles que tenían mal el código postal. –
Definitivamente dividir la entrada. Si puede ayudarlo, y dependiendo de los requisitos de su negocio, puede ser conveniente realizar la verificación de la dirección en el punto de entrada.Esto le permitirá saber que sus direcciones van a su base de datos. y le permiten hacer otras cosas como prevención de fraude. Tener una dirección verificada puede ayudar a reducir los costos de envío si envía productos físicos a sus clientes y puede ayudar a reducir los aranceles de los comerciantes de tarjetas de crédito al garantizar que se envíe el código postal correcto durante la verificación de AVS.
Con el interés de la divulgación completa, soy el fundador de SmartyStreets. Ofrecemos servicios CASS-certified address verification. Los usuarios pueden cargar un list for scrubbing (CSV/Excel/etc) en nuestro sitio web o usar nuestro address verification web service API llamado LiveAddress.
Tenga en cuenta que Google solo utiliza el modelo de un cuadro cuando el análisis correcto no es crítico (por ejemplo, Maps). En el caso de Checkout, aún debe completar campos diferentes. – albertb
@albertb No necesariamente se requiere para dividir los campos de entrada para el pago y envío. Ver [este post en UX.SE] (http://ux.stackexchange.com/questions/22196/combining-all-the-address-fields-into-one) y [este en SO sobre el análisis de direcciones de forma libre] (http://stackoverflow.com/questions/11160192/how-to-parse-freeform-street-postal-address-into-components) - * se puede * hacer, y se puede hacer de manera confiable. – Matt