Pregunta

Mi aplicación actual necesita almacenar información de dirección para un usuario. Actualmente estoy debatiendo si usar los cuadros de texto y los cuadros de texto de la dirección / ciudad / estado / zip habituales o ir con el método de Google de tener todo en una sola línea. ¿Alguna idea sobre las ventajas y desventajas de almacenar información de direcciones de alguna de estas maneras?

¿Fue útil?

Solución

Deberías dividirlo. Hará mucho más fácil hacer informes en el futuro. ¿Qué sucede si desea recuperar a todos los residentes de un estado o código postal, o ciudad? Si usas todos los campos, estarás bloqueado y desearías haberlo dividido.

Además, los usuarios se olvidarán de ingresar toda la información que necesita si no se los solicita.

Otros consejos

A juzgar por la etiqueta de entrada del usuario en su publicación, asumo que se refiere a cómo el usuario ingresa los datos, y ahora cómo está almacenando los datos en su base de datos back-end.

Es de suponer que su base de datos todavía deberá almacenar esta información como campos separados, si desea poder ordenar y analizar la información (por ejemplo, para fines de informes y estadísticas).

En este caso, creo que dependería de cuánta confianza tengas en que podrías analizar correctamente la información de direccionamiento en sus campos individuales.

Una opción híbrida sería permitir que el usuario ingrese la dirección como una sola línea y luego realice un análisis de la información en los campos separados. Esto es similar a la forma en que Outlook administra las direcciones de los contactos: usted ingresa toda la información en un solo campo memo y luego la divide por usted. A continuación, puede corregir si interpretó alguno de los campos incorrectamente.

Estaría muy en contra de tener un solo campo de texto donde los usuarios ingresen su dirección. Se sorprendería de cuánta gente omitirá su código postal o alguna otra información importante si no tiene un campo específico para ello. Además, como han mencionado otros, hace que sea mucho más fácil informar sobre esta información más adelante si se analizan todos los datos. Como mencionaron otros usuarios, los programas como Outlook analizarán esta información, pero solo porque la fuente de los datos son a menudo las firmas de los correos electrónicos, que es algo que nunca está en un formato coherente.

Tiendo a dividirlo, permite que se realice la búsqueda de una sección específica de la dirección y puede limitar las direcciones que desea manejar conociendo el formato, es decir, solo enviar a las direcciones de la costa este.

1) Deberías dividirlo.

2) Le recomiendo que lea esto antes de intentar hacerlo entrada de dirección internacional?

Estoy de acuerdo con Kibbee. Incluso me sorprendió ver que la gente ni siquiera lee las etiquetas del campo, invierte el nombre y apellido, el código postal y la ciudad, etc. No, no puede determinar si un código postal es válido, en una aplicación web dirigida a clientes internacionales ...
Algunos países tienen caracteres alfa en el código postal, varias longitudes, sin información de estado, etc.

Definitivamente divide 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 ingresarán a su base de datos limpia y le permitirá hacer varias otras cosas, como la prevención de fraudes. Tener una dirección verificada puede ayudar a reducir los costos de envío si está enviando bienes físicos a sus clientes y puede ayudar a reducir las tarifas de los comerciantes de la tarjeta de crédito al garantizar que se envíe el código postal correcto durante la verificación de AVS.

En interés de la divulgación completa, soy el fundador de SmartyStreets. Ofrecemos servicios de verificación de dirección certificados por CASS . Los usuarios pueden cargar una lista de limpieza (CSV / Excel / etc) a nuestro sitio web o use nuestra API de servicio web de verificación de dirección llamada LiveAddress.

Licenciado bajo: CC-BY-SA con atribución
No afiliado a StackOverflow
scroll top