Input 输入邮寄地址/物业地址的最佳方式?

Input 输入邮寄地址/物业地址的最佳方式?,input,format,street-address,mailing,Input,Format,Street Address,Mailing,我想了解在网站上输入房产地址的两种不同方式(即房屋或企业地址,而不是电子邮件地址)。与单个灵活的多行输入字段相比,单独字段的优缺点是什么?还是多行加一个单独的邮政编码条目 大多数站点使用单独的字段,并可能将这些字段存储到数据库中的单独字段中。换句话说,输入通常是以下各项的一些变化: House: [input field] Street 1: [input field] Street 2: [input field] Town: [input field]

我想了解在网站上输入房产地址的两种不同方式(即房屋或企业地址,而不是电子邮件地址)。与单个灵活的多行输入字段相比,单独字段的优缺点是什么?还是多行加一个单独的邮政编码条目

大多数站点使用单独的字段,并可能将这些字段存储到数据库中的单独字段中。换句话说,输入通常是以下各项的一些变化:

House:       [input field]
Street 1:    [input field]
Street 2:    [input field]
Town:        [input field]
District:    [input field]
Postal code: [input field]
然而,对于快速打字的人来说,上面的内容有点笨拙,而且在地址更自由的地方也有点限制。如果你必须“插入”或“删除”一行,那么编辑起来很麻烦,因为你必须向上或向下复制每个字段,或者重新键入整个内容可能会更快

另一种选择是自由格式多行输入(带可选滚动条):

如何存储地址?如果是多行,是否将所有行存储在单个数据库字段中?或者在编辑时拆分为单独的字段并重新组合为多行字符串


如果拆分字段,您使用的字段是什么以及它们的宽度是什么?

我更喜欢拆分字段,因为这样一来,拆分是什么就显而易见了,而且它还将帮助以前在表单保护程序类型的应用程序中输入信息的人。打字速度快的打字员知道按“tab”键在字段之间导航


在这两种情况下,您都需要以“已解析”的形式存储地址,因为您可能需要对其进行处理。(查看郊区等)。

我更喜欢拆分字段,因为这样一来,拆分是什么就不那么明显了,它还将帮助以前在表单保护程序类型的应用程序中输入信息的人。打字速度快的打字员知道按“tab”键在字段之间导航


在这两种情况下,您都需要以“已解析”的形式存储地址,因为您可能需要对其进行处理。(检查郊区等)。

我会选择一个多行输入字段。不同国家/地区的地址格式不同,具有不同的组件:例如,许多国家/地区没有状态(表示为N/A)。邮政编码可以是5位或9位数字,也可以是2组3个字母数字,等等,因此考虑到这一点可能会很复杂


但只要有一个多行文本框,每个人都可以以自然形式输入自己的地址。

我会选择一个多行输入字段。不同国家/地区的地址格式不同,具有不同的组件:例如,许多国家/地区没有状态(表示为N/A)。邮政编码可以是5位或9位数字,也可以是2组3个字母数字,等等,因此考虑到这一点可能会很复杂


但每个人都可以在多行文本框中以自然形式输入地址。

我更喜欢使用单独的字段,因为这样可以生成结构化信息,而单个字段可以提供地址,但结构未知。明显的优点是,单个字段允许输入与预期格式不匹配的地址,例如外国地址和邮政信箱

在思考你的问题时,我得到了以下想法-混合解决方案。有一个单一的输入字段,但是当用户输入时,会对输入进行分析和拆分,并将此分析结果显示给用户-在旁边用字段名进行微妙的高亮显示,类似于工具提示。对于不同的地址类型和国家,您可以使用不同的格式。分析可以基于地址的总体结构,也可以基于州名、国家名称或邮政编码格式。正则表达式可以做到这一点,但也可以考虑自定义描述格式。也许可以使用XSD、XML或类似的描述语言(ab)


用户应该能够通过上下文菜单或类似的方式从列表中选择格式,更改未正确分析的单个字段,甚至完全重新标记整个地址。这将成为一个相当复杂的控件,我不确定第一次看到它的用户是否能够很好地处理这个控件。例如,我可以想象,用户会被诱惑立即更改未正确检测到的字段,而不是等到他们键入完地址后再进行正确分析。正确分析地址的机会比第一行之后更好。

我更喜欢使用单独的字段,因为这会生成结构化信息,而单个字段会给出地址,但结构未知。明显的优点是,单个字段允许输入与预期格式不匹配的地址,例如外国地址和邮政信箱

在思考你的问题时,我得到了以下想法-混合解决方案。有一个单一的输入字段,但是当用户输入时,会对输入进行分析和拆分,并将此分析结果显示给用户-在旁边用字段名进行微妙的高亮显示,类似于工具提示。对于不同的地址类型和国家,您可以使用不同的格式。分析可以基于地址的总体结构,也可以基于州名、国家名称或邮政编码格式。正则表达式可以做到这一点,但也可以考虑自定义描述格式。也许可以使用XSD、XML或类似的描述语言(ab)


用户应该能够通过上下文菜单或类似的方式从列表中选择格式,更改未正确分析的单个字段,甚至完全重新标记整个地址。这将成为一个相当复杂的控件,我不确定第一次看到它的用户是否能够很好地处理这个控件。例如,我可以想象,用户会试图立即更改未正确检测到的字段,而不是等到他们输入完地址后再进行正确分析。正确分析地址的机会比第一行之后更好。

我会选择单独的地址字段
Address:     |multi-line input field|
             |                      |
             |                      |
             |                      |
             |                      |
Postal code: [input field]