问更新引用的DLL后，ASP.Net网站项目无法生成

EN

因此，原来我试图引用的DLL项目将目标CPU设置为x64。将此更改为“AnyCPU”，然后允许我引用它。

这篇文章给了我答案：Could not load file or assembly ... An attempt was made to load a program with an incorrect format (System.BadImageFormatException)

有些东西你不想只把..dll放在bin文件夹中。一个很大的原因是，当你做一个“清洁”项目时，bin文件夹就会被删除。所以，只要你做一个干净的项目，垃圾箱文件夹中的东西就会被清除掉。如果出现某种问题，开发人员通常会做一个干净的项目。

我会把这些文件放在项目的某个文件夹中。(创建一个文件夹，或者只创建一个或两个..dll的文件夹，然后将它们放在项目的根中)。在编译时，..dll将被复制到bin文件夹。如果使用web部署，则可以选择将. all全部合并到一个.dll中。因此，再一次，您可以看到将..dll放在bin文件夹中是没有意义的，因为在构建过程中，不需要它们，而且如前所述，生成的bin文件夹可以并且将作为一个“常规”开发过程重新创建(清空)。我看到了许多项目，开发人员确实将.dll放在bin文件夹中(因为他们不知道将..dll放在哪里)，这似乎是应用程序工作的唯一地方。但是，在将web +部署到生产服务器期间，这些..dll可能会被抛在后面--它们不会被复制到最终的“部署”构建中。(我最基本的说法是不要这么做！)

您还可以考虑在根目录中创建名为"packages“的文件夹。这是所有nuget包都放在这里的地方。所以，这些..dll的文件夹就是这里的想法。

另一个大问题？在编写代码时，仅仅将..dll的一些..dll放在某个地方并不能给开发人员提供这些..dll的所有方法和属性(我们假设这些是托管代码，而不是win x32 ..dll)。

因此，如果不添加对该程序集的引用，那么我就看不出项目将如何正确编译，以及在开发过程中语法检查和程序集的一般使用将如何工作(非常困惑，以至于您没有对那些..dll的引用--作为一般规则是不能工作的)。

现在，使用程序集？是的，您希望添加.dll作为对项目的引用。

因此，在引用中，添加.dll作为引用。

然后在房产单上做参考呢？确保您拥有“复制本地”集= true。例如：

​

​

因此，上面是GhostScript.net引用。(用于操作pdf的开源库)。

注意.dll位置的长路径名称。但是，最重要的是复制本地设置= true。这意味着在编译和构建过程中(正如前面提到的，可以清除bin文件夹)，然后.dll将输出到bin文件夹中的最终构建。

因此，我看不出在没有对.dll的实际引用的情况下如何编译任何东西。这是相当多的假设和一个给定的-否则我看不出你的项目如何能够在任何情况下编译。

因此，引用.dll，这应该允许使用类和对象，并使您的代码能够编译。并确保copy = true，因为这是编译时将复制+将.dll放在最终输出(bin)文件夹中的过程。