2008-10-30 157 views
5

我目前的應用程序需要存儲用戶的地址信息。我目前正在辯論是否使用習慣的街道地址/城市/州/郵編文本框和下拉菜單,或者採用Google的方法來簡單地將所有內容放在一行上。以這兩種方式存儲地址信息的優點/缺點有什麼想法?你把地址分成街道/城市/州/郵編嗎?

+0

請注意,只有在正確解析不重要的情況下,Google纔會使用一個盒子模型(例如地圖)。在結帳的情況下,您仍然需要填寫不同的字段。 – albertb 2008-10-30 04:10:24

+0

@albertb不一定需要拆分輸入字段進行結帳。參見[UX.SE上的這篇文章](http://ux.stackexchange.com/questions/22196/combining-all-the-address-fields-into-one)和[這個關於解析自由格式地址的文章]( http://stackoverflow.com/questions/11160192/how-to-parse-freeform-street-postal-address-into-components) - 它*可以*完成,並且可以可靠地完成。 – Matt 2012-07-06 19:42:26

回答

11

你應該把它分開。這將使報道更容易。如果你想拉起所有州或郵政編碼或城市的居民,會發生什麼?如果你使用所有的領域,你會被卡住,並希望你分裂它。

此外,如果您不提示他們,用戶將忘記輸入所需的所有信息。

5

通過對您帖子的用戶輸入的標籤來看,我想你指的是用戶是如何進入的數據,現在你如何存儲在後端數據庫數據。

如果您希望能夠對信息進行分類和分析(例如,爲了報告和統計目的),假定您的數據庫仍然需要將此信息存儲爲單獨的字段。

在這種情況下,我認爲這取決於你對自己有多確信,可以將尋址信息正確地解析到其各個字段中。

一個混合選項將允許用戶輸入地址作爲一行,然後盡最大努力解析信息到單獨的字段。這與Outlook管理聯繫人地址的方式類似 - 您將所有信息輸入單個備忘錄字段,然後將其分開供您使用。然後,您可以更正它是否解釋了任何錯誤的字段。

+0

在我看來,混合方法是最好的選擇。除非我有東西要發貨,並且需要確保地址得到正確解析,否則當設計不當的網站迫使我自己拆分我的地址時,我會付之東流。 – albertb 2008-10-30 04:08:13

2

我傾向於將其拆分,允許對地址的特定部分進行搜索,並且可以通過了解格式設置來限制要處理的地址,即僅發送到東海岸地址。

+0

同意這與您如何處理輸入有關,因爲它與稍後的搜索有關。 – Riri 2008-10-30 07:03:14

3

我會非常反對只有一個文本字段,用戶輸入他們的地址。如果您沒有特定的字段,您會驚訝地發現有多少人會忽略他們的郵政編碼或其他重要信息。另外,正如其他人所提到的那樣,如果所有數據都被預解析,它會使報告更容易在稍後報告此信息。正如其他用戶所提到的那樣,像Outlook這樣的程序將解析這些信息,但僅僅是因爲數據的來源往往是電子郵件的簽名,這是永遠不會一致的格式。

2

1)你應該拆分它。

2)建議您在嘗試執行國際地址輸入之前先閱讀this

+0

不要依賴那篇文章。作者理解這些問題,但卻弄錯了一半的細節。 – 2008-10-30 06:02:23

1

我同意Kibbee。我甚至很驚訝地發現,人們甚至沒有閱讀該領域的標籤,反轉姓名,郵政編碼和城市等。
不,您不能確定郵政編碼是否有效,在Web應用程序目標中國際客戶...
一些國家的郵政編碼,各種長度,沒有狀態信息等字母字符。

1

絕對拆分輸入。如果您可以提供幫助 - 並根據您的業務需求 - 在入境點進行地址驗證可能是明智之舉。這可以讓你知道你的地址正在進入你的數據庫清理允許你做一些其他的事情,如欺詐預防。通過確保在AVS驗證期間提交正確的郵政編碼,擁有經過驗證的地址可幫助您降低運輸成本,並有助於降低信用卡商家費用。

爲了充分披露,我是SmartyStreets的創始人。我們提供CASS-certified address verification服務。用戶可以上傳list for scrubbing(CSV/Excel/etc)到我們的網站或使用我們的名爲LiveAddress的address verification web service API

相關問題