Microsoft 的实时服务在其“帐户”>“注册信息”页面中有一个惊人的联系方式表格。首先会询问您所在的国家/地区，然后联系表的其余部分会相应更改。例如，如果您选择“美国”，表单字段将更改为：地址 1、地址 2、城市、州（美国各州的下拉菜单）、邮政编码、时区（用户中美国时区的下拉菜单） - 友好的形式，例如“东部时间 (EST)”）。
如果您选择“英国”，表单字段将更改为：地址 1、地址 2、地址 3、第二城市、城市、国家/地区、邮政编码、组成国家（下拉）和时区（下拉）。
此联系表单提供了我在联系表单中遇到的最佳用户体验（我可能在这里过于敏感，但增强的用户体验让我兴奋，我想为我的用户提供相同的体验）。
有没有办法使用 VS 2008/.NET 3.5 创建这样的表单？是否有合法的方式来获取他们的信息数据库？
关于获取他们的数据库，我不确定。也许这在某处被编目，每个国家通常使用哪些字段。
在为不同的国家/地区实施这种不同的形式时，有一些解决方案。一种是拥有不同的用户控件或自定义控件，每个国家/地区都需要提供不同的表单。这些用户控件中的每一个都是一个表单，带有文本框等，并且知道如何保存其数据。
另一种方法是在某种存储库（数据库、xml 文件等）中拥有该信息（哪个国家/地区需要哪种类型的控件和标签）并动态创建这些表单。
不过，这可能会变得非常复杂并且“元”非常快，因此这是一个问题，即您希望它在成本/收益方面有多复杂。
在使用过类似“技巧”的系统后，大部分时间它是基于可以通过细致搜索获得的信息，或者可以从政府机构以少量费用购买的信息。例如，我使用的一个系统有一个方便的功能，如果您输入美国地址的邮政编码，它会从从美国邮政服务购买的列表中填充的数据库表中查找值。
就他们在 Windows Live 帐户页面上的内容而言，我猜想这与此类似。他们只是建立了国家与城市之间的关系，等等。如果有这样的模型供人们使用，那就太好了，但据我所知，它已针对每个应用程序进行了重新设计。
大多数地址数据分解为世界上任何地方的类似信息——巧妙的技巧是将其标记为目的地区域设置（“邮政编码”与“邮政编码”）并隐藏不敬的字段的 UI（“组成国家”例如，对卢森堡来说意义不大）。
制定“相关”领域/等。并且在您的代码中为每个国家/地区建立交叉引用应该是相对微不足道的