微软的实时服务在其“帐户”>“注册信息”页面中提供了令人惊叹的联系详细信息表单。你首先被问及你的国家，而联系表格的其他部分则会相应改变。例如，如果选择“美国”，表单字段将变为： 地址1，地址2，城市，州（美国州下拉菜单），邮政编码，时区（美国时区下拉菜单用户友好的形式，例如“东部时间（EST）”）。如何制作动态和智能的地址和时区联系表
如果您选择“英国”，表单域将更改为： 地址1，地址2，地址3，第二个城市，城市，国家，邮编，组成国家（下拉）和时区下）。
此联系表格提供了我在联系表单中遇到过的最佳用户体验（我可能会在这里敏感，但增强的用户体验激发了我的兴趣，并且我想为我的用户提供相同的体验）。
有没有使用VS 2008/.NET 3.5创建这种表单的方法？是否有合法的方式来获取他们的信息数据库？
关于抓住他们的数据库，我不知道。也许这是在某个地方编制的，哪个领域通常用于每个国家。
当谈到为不同的国家实施这种不同的形式时，有几个解决方案。其中一个就是拥有不同的用户控件或自定义控件，一个用于您想要提供差异化表单的每个国家/地区。这些用户控件中的每一个都将是一个表单，带有文本框等，并且知道如何保存它的数据。
另一种方法是在某种存储库（数据库，xml文件等）中获得该信息（哪个国家需要哪种类型的控件和标签）并动态创建这些表单。
虽然这可能会变得相当复杂，但“元”真的很快，所以这是一个问题，您想要它在成本/收益方面有多复杂。
在与做过类似“技巧”的系统合作之后，很多时候它基于可以通过精心搜索获得的信息，或者可以从政府机构购买一小笔费用。例如，我使用的一个系统有一个方便的功能，如果您输入美国地址的邮政编码，它将查找从美国邮政服务处购买的列表中填充的数据库表中的值。
对于他们在Windows Live帐户页面上的内容，我会猜测它与此类似。他们只是建立了国家与城市之间的关系等等。如果有人使用这种模式，这将是非常好的，但据我所知，它已经为每个应用程序重新创建了。
大多数地址数据在世界任何地方都可以分解成类似的信息 - 整洁的技巧是将其标记为目的地区域（“邮政编码”与“邮政编码”）并隐藏用户界面以查看不相关的字段例如，“制宪国”对于卢森堡来说并不意味着什么）。
制定“相关”字段/等。并在你的代码中建立一个cross reference for each country应该是相对微不足道的