2010-01-20 15 views
8

Entonces, es un estándar en básicamente todas las formas de direcciones y me pregunto por qué?¿Alguien usa la línea de dirección 2

Línea de dirección 2. Está en todas las formas que solicita detalles de dirección. En realidad, nunca me pareció necesario. Requiere otro campo en la base de datos y todo el mantenimiento tonto que lo acompaña. Cada vez que usa una dirección, debe concatenarla y el 99% de la línea de tiempo 2 está vacía. El otro 1% de las veces podrías simplemente ponerlo en la línea 1.

En lugar de llamarlo línea 2, ¿no podría llamarse algo con una semántica más clara ... como "número de departamento"?

Arruina la semántica del concepto de dirección completa. Realmente no sabes lo que tienes en ningún campo. Excepto quizás que la concatenación de los dos campos da como resultado una "vieja dirección simple". Pero la "Línea 1" y la "Línea 2" en sí mismas no tienen ningún significado. ¿Se supone que "algo" debe ir en cada uno, respectivamente? Nunca lo he visto. ¿Por qué no tenemos la línea de dirección 3 mientras estamos en eso?

He estado pensando en ello y me di cuenta de que, como resultado, realmente no confío en los datos de dirección en mi base de datos. El campo completo es escamoso en general porque no se puede validar realmente (algunas direcciones tienen carreteras y un número de casa, otras tienen calles y avenidas). Excepto en estos días, podrías hacer algo como validar el campo en contra de una API de geolocalización. Pero simplemente por la cuestión de la "Línea 2", no puedes estar seguro de lo que estás haciendo. ¿Debo combinar el (línea 1 + línea 2), luego validar? ¿Qué hago con la entrada original de los usuarios si los estoy corrigiendo ("¿quisiste decir xxx")? ¿Acabo de decir, "yah, la línea de dirección 2 realmente no hace nada ... acabo de tomar su entrada validada y la descargué en la línea 1". ¿Por qué estoy dando al usuario final (y a mí mismo) la posibilidad de confundirse?

De la forma en que lo veo, el campo debe ser una dirección (calle + número de casa), o si vamos a dividir las cosas, hágalo correctamente y solicite el número de la carretera y la casa de forma independiente.

Respuesta

3

En realidad, en casos raros, una el usuario puede incluso querer tener una tercera línea de dirección . La mejor solución para esto es usar un <textarea> que acepte nuevas líneas para una dirección más compleja y almacene la dirección exactamente como se ingresó en la base de datos.

+0

+1 para ocuparse de todos los casos! – Anurag

+2

Ho \ nw m \ nan \ ny l \ nin \ nes \ n do \ n yo \ nn \ n ad \ ndr \ nes \ ns l \ nab \ nel \ ns l \ net \ n yo \ nu p \ nri \ nnt \ n? –

+1

Incluso si el campo no es un área de texto, un usuario inteligente aún puede enviar un HTTP POST con nuevas líneas en los campos dirección1 y dirección2. ¡De cualquier forma, tienes que manejar nuevas líneas inesperadas! – leepowers

0

No siempre es un número de apartamento. Podría ser un piso (casa individual, residencias múltiples) u otras cosas.

+1

c/o viene a la mente como una de las "otras cosas". – Joey

+1

Números de conjunto, paradas de correo, nombres de compañías, etc. Y cuando ingresa a direcciones extranjeras, es común que algunos lugares tengan varias direcciones de línea. –

3

La línea de dirección uno a veces es utilizada por las empresas para un nombre de atención, lo que hace que la línea de dirección 2 sea necesaria para la dirección misma. Imaginar algo como:

Nombre: Microsoft

Dirección 1: Att .: Bill Gates

dirección 2: One Microsoft Way

...

3

Permitir la entrada de datos sueltos nunca es una buena idea. Si debe admitir una dirección de varias líneas, use 2 cuadros de texto llamados dirección1 y dirección2. No utilice un formato de entrada no estructurado (textarea) para recopilar información estructurada (una dirección).

+0

Dividir el campo de dirección en campos estructurados como casa no, calle, suite, etc. sería otra solución. – user432297

Cuestiones relacionadas