重新安装nuget包对我来说很有用。在我将. net Framework版本更改为与所有项目同步后，一些nuget包(特别是Entity Framework)仍然为以前的版本安装。这个命令在包管理器控制台中为整个解决方案重新安装包:

Update-Package –reinstall

在构建解决方案时，我得到了相同的错误(类型或名称空间' '找不到)。在它下面，我看到一个警告，声明“引用无法解析”，并确保“程序集存在于磁盘上”。

我非常困惑，因为我的DLL非常清楚地位于引用所指向的位置。VS似乎没有突出显示任何错误，直到我尝试构建解决方案。

我终于意识到问题所在(或者至少我怀疑是问题所在)。我在同一个解决方案中构建库文件。因此，即使它存在于磁盘上，它也在那个位置被重新构建(在库重新构建的过程中，我的另一个项目-在同一解决方案中-引用了库，必须确定库不存在)

当我右键单击项目并只构建该项目，而不是整个解决方案时，我没有得到错误。

为了解决这个问题，我将库作为依赖项添加到正在使用它的项目中。

这样做:

我在解决方案资源管理器中右键单击我的解决方案并选择 “属性” 然后在“Common Properties”中选择“Project Dependencies”。 然后在项目下拉菜单中，我选择了项目 依靠图书馆，而且 选中“依赖”下的库旁边的复选框

这确保首先构建库项目。

确保您引用的是为项目/文件提供的名称空间。我的问题是，我从另一个项目复制了一个文件，忘记更改名称空间。

首先，我将验证您的项目生成的信息是否损坏。在解决方案上进行清理和重新构建。

如果这还不起作用，我在过去看到的一种解决设计器问题的方法是打开一个windows窗体项目，然后再次关闭它。这有点像鸡内脏，所以别抱太大希望。

在我的VS2019解决方案中添加了一个新的库项目后，我得到了“使用系统”的错误。添加包Newtonsoft. json (currentversion)到库项目修复了这个问题，因为对Newtonsoft的依赖。Json包含了NETStandard。库的依赖项下的库，并正在生成一个警告图标。主项目有一个错误，直到我安装了Newtonsoft。Json，所以我认为它也适用于库;它确实做到了。

为此挣扎了一段时间，而且不是第一次了。在过去，这通常是配置不匹配造成的，但这次不是。

这一次，在我的应用程序中，自动生成绑定重定向被设置为true。

实际上，如果我在我的库中将它设置为true，那么我的库就会在Microsoft中的类型中得到这个错误。报告名称空间，如果在我的应用程序中将它设置为true，那么我的应用程序将从我的库中获取类型的此错误。

此外，对于我的库，该值似乎默认为false，但对于我的应用程序，该值为true。因此，如果我不指定任何一个，我的库构建正常，但我的应用程序得到了我的库的错误。所以，我必须在我的应用程序中明确地将其设置为false，否则我会得到这个错误，没有说明原因。

我还发现，如果项目没有使用sdk csproj，无论设置如何，我都会收到这条消息。一旦我转换到sdk csproj，设置就会有所不同。

同样，在我的例子中，这一切似乎都与Microsoft.ReportingServices.ReportViewerControl.Winforms nuget包有关，它在我的根库中。