Microsoft.SqlServer.Types.dll -- 为什么/如何在我的解决方案中引用它？答案

【问题标题】：Microsoft.SqlServer.Types.dll -- Why/How is it referenced in my solution?Microsoft.SqlServer.Types.dll -- 为什么/如何在我的解决方案中引用它？
【发布时间】：2015-11-17 15:15:50
【问题描述】：

我发现大量帖子询问如何在缺少 Microsoft.SqlServer.Types.dll 时进行修复，但我遇到了完全相反的问题——它在我的输出目录中，我不知道为什么。

有问题的项目引用了解决方案中的另一个全局项目，但我已经检查了这两个项目的引用和扩展——与 Microsoft.SqlServer.Types 无关。那么，关于为什么在我重建解决方案时它会被视为依赖项的任何想法？我转到“添加引用...”，扩展，我可以在列表中看到“Microsoft.SqlServer.Types”，未选中。如何摆脱这个引用？

背景：我刚刚在我的项目中添加了报告，并在我的项目中使用了数据源（.xsd 文件）。我已经切换到使用简单的类/对象引用作为数据源，所以我删除了使用 OLEDB 到 Foxpro DBF 文件的 XSD 数据源。但我认为当时添加了 Microsoft.SqlServer.Types 引用，现在它不会消失。

DLL（和它的区域文件夹）复制到我的输出目录，因为我使用了复制所有引用的 DLL 然后嵌入到应用程序可执行文件中的技巧（这样我就不需要使用 ILMerge 或部署一堆 DLL——exe 在这方面是独立的）。

我如何找出这个引用仍然存在的地方并摆脱它？

【问题讨论】：

标签： c# dll reference

【解决方案1】：

没关系，Microsoft.ReportViewer.Common 似乎需要 Microsoft.SqlServer.Types。因此，仅向我的应用程序添加报告会带来很多东西......（嗯，不是真的那么多，大小方面......）

【讨论】：

似乎 VS2015 自动将这个程序集（连同国际资源文件）包含在构建输出文件夹中，而 VS2013 没有。在将项目从 VS2013 升级到 VS2015 后，我才开始在输出文件夹中看到这个文件。就我而言，我不希望包含这些文件，因为我已经遇到了在目标服务器上单独安装 Sql Server 类型的麻烦。