VS2017数据集设计器使用旧SqlClient引发类型转换错误如何解决

Visual Studio 2017 内置的 .xsd 强类型数据集/TableAdapter 设计器的代码生成逻辑是硬编码实现的，没有提供配置入口让自动生成的代码默认使用 Microsoft.Data.SqlClient 命名空间，所有设计器输出的连接、命令相关类型都会固定指向 System.Data.SqlClient。

你遇到的类型转换报错原因很直接：Microsoft.Data.SqlClient.SqlConnection 和 System.Data.SqlClient.SqlConnection 是两个不同程序集中定义的独立类型，不存在隐式转换关系。你手动在构造函数里写的this._connection = new SqlConnection();默认解析到了你手动引入的新包下的类型，和设计器生成的System.Data.SqlClient.SqlConnection类型的_connection字段自然不匹配。

可选处理方案 #

• 方案1（维护成本最低，适配VS2017现有环境）：继续使用 System.Data.SqlClient
  虽然微软新开发项目推荐使用 Microsoft.Data.SqlClient，但 System.Data.SqlClient 目前依然在接收安全更新，对于依赖xsd可视化设计器的传统项目来说，沿用设计器默认的命名空间不会有功能问题，完全规避了手动修改生成文件被覆盖的风险。对这类传统项目来说，硬追新SqlClient包的收益远低于适配成本，用内置的旧命名空间完全够用。
• 方案2（必须用Microsoft.Data.SqlClient，暂时不升级VS）：通过分部类隔离自定义逻辑，绝不修改.Designer.cs文件
  所有TableAdapter、数据集类生成都标记为分部类，你可以新建独立的、不被设计器管控的代码文件，在分部类里实现自己需要的、依赖Microsoft.Data.SqlClient的逻辑，不要直接碰自动生成的_connection字段，从根源避免类型冲突。不要尝试全局替换.Designer.cs里的命名空间，只要你在设计器里做任意调整——比如新增查询、修改字段映射、改表关联——所有手动修改都会被IDE直接覆盖，后续出问题排查成本极高。

  注意：不要尝试通过using别名、全局类型别名的方式替换自动生成代码里的类型，设计器生成的代码全部用global::全局限定名写死了类型路径，别名对这部分代码完全无效。

• 方案3（原生支持新命名空间，长期维护最优）：升级Visual Studio到2019 16.3及以上版本
  从这个版本开始，微软正式为数据集设计器增加了数据提供程序切换功能，你可以在设计器界面直接选择Microsoft.Data.SqlClient作为默认提供程序，后续自动生成的所有代码都会默认使用新命名空间，不需要做任何手动修改。

内容的提问来源于stack exchange，提问作者db_at_systems