Таким образом, это - стандарт в в основном каждой форме адреса там, и я подвергаю сомнению почему?
Строка адреса 2. Именно в каждой форме просит детали адреса. Это на самом деле никогда не казалось необходимым для меня. Это требует другого поля в базе данных и всем глупом обслуживании, которое идет с ним. Каждый раз, когда Вы используете адрес, необходимо связать его, и 99% временной шкалы 2 пусты. Другой 1% времени Вы, возможно, просто поместили его в строку 1.
Вместо того, чтобы назвать это строкой 2, разве это нельзя было назвать чем-то с более ясной семантикой... как "число квартиры"?
Это разрушает семантику целого понятия адреса. Вы действительно не знаете то, что Вы имеете в любом поле. Кроме, возможно, что конкатенация этих двух полей приводит к "простому адресу". Но "Строка 1" и "Строка 2" самостоятельно действительно не имеют никакого значения. Что-то, Как "предполагается", входит в каждого соответственно? Я никогда не видел его. Почему у нас нет строки адреса 3, в то время как мы в ней?
Я думал об этом и понял, что в результате действительно не доверяю адресным сведениям своей базе данных. Целое поле облуплено в целом, потому что Вы не можете действительно сделать проверки на нем (некоторые адреса имеют дороги и номер дома, у других есть улицы и проспекты). Кроме этих дней Вы могли сделать что-то, любят, проверяют поле против API геолокации. Но просто из-за "Строки 2" вещи, Вы не можете действительно быть уверены, что Вы делаете. Я должен объединить (строка 1 + строка 2), затем проверить? Что я делаю с пользователями исходный вход, если я исправляю их ("Вы имели в виду xxx")? Сделайте я просто говорю, "yah, строка адреса 2 ничего действительно не делает... Я просто взял Ваш проверенный вход и вывел его в строку 1". Почему я даже даю конечного пользователя (и я) шанс, который будет перепутан.
Путем я вижу его, поле должно или быть адресом (улица + номер дома), или если мы собираемся разделить вещи, сделать это правильно и попросить дорогу и номер дома независимо.
На самом деле в редких случаях пользователь может даже хотеть иметь третью строку . Лучшим решением для этого является использование
, которое примет новинки для более сложного адреса и хранить адрес точно так, как указано в базе данных.
Адресная строка Один иногда используется компаниями для имена внимания, что делает адресную строку 2, необходимую для самого адреса. Представьте себе что-то вроде:
Имя: Microsoft
Адрес 1: ATT.: Bill Gates
Адрес 2: один Microsoft Way
...
Это не всегда номер квартиры. Это может быть пол (один дом, несколько резиденций) или другие вещи.
Разрешить ввод нечетких данных – не лучшая идея. Если вам необходимо поддерживать многострочный адрес, используйте 2 текстовых поля с именами address1 и address2. Не используйте неструктурированный формат ввода (текстовое поле) для сбора структурированной информации (адреса).