地址的哪些部分应该是必填项？
假设我将地址存储在一个DB表中，这是一个相当常见的分解：
address_street_line_1,
address_street_line_2,
address_city,
address_state,
address_zip,
address_country_id(注意:我已经阅读了关于进一步拆分、街道类型、门牌号等的问题，对于这个应用程序，我认为它会使事情变得不必要地复杂。)
为了更好地与国际用户合作，这些字段中的哪些不应该是必填字段？
我是这么想的：
address_street_line_1 REQUIRED
address_city REQUIRED
address_country_id REQUIRED我应该要求国家还是邮政编码？
谢谢!泽维尔
回答 10
Stack Overflow用户
发布于 2009-09-09 03:08:37
并非所有国家都使用邮政编码，例如，在2006年左右之前，新西兰很少使用邮政编码。我认为爱尔兰根本不使用它们。
如果你是真正国际化的人，像新加坡这样的城市国家实际上不需要City字段。
在用户界面中，您可以(也许应该)为您已经知道需要邮政编码的国家/地区设置邮政编码，因为这不太可能改变。而且，如果您的UI足够动态，如果选择的国家是美国，则可以将其称为“邮政编码”，对于加拿大，可以称为“邮政编码”，对于英国，可以称为“邮政编码”，等等。
Stack Overflow用户
发布于 2009-09-09 03:04:56
您可能只需要一个字段: country。
但你真正应该做的是让逻辑依赖于国家。请查看Address Formats by Country以获得全面的列表。这也不仅仅是关于必填字段。这也是关于正确的格式。美国地址可能是：
主街8031号
Springfield OH 12345
使用
而在瑞士：
Bodenstr.173
8043苏黎世
施韦兹
注：瑞士的街道号码和邮政编码的顺序是相反的(与英语国家使用的相反)。
此外，您的数据类型需要足够广泛，以涵盖其他国家/地区使用的数据。邮政编码应该绝对为，而不是为数字类型。例如，"EC2R 8AH“是有效的英国邮政编码。
这又回到了这个原则:如果你不对它进行算术运算，它就不是数值类型。这是文本。
此外，尽量不要将其称为最终用户的邮政编码。这是美国独有的术语。几乎在其他任何地方它都叫邮政编码，邮政编码或邮政编码。另请注意，英国的邮政编码是字母数字的，并且包含一个空格。
Stack Overflow用户
发布于 2009-09-09 03:03:37
我会说除了邮政编码和状态之外的所有内容--并且认为‘street_line_2’更像是postal codes而不是邮政编码--正如你可以从基于原产国的各种格式中看出的那样，这应该有一个相当开放的格式。
https://stackoverflow.com/questions/1397326
复制相似问题
腾讯云开发者
