如何使用在Visual Studio C#.Net中引用的项目的dll？

假设我的解决方案中有一个项目a。项目A有两个dll，即Office.dll和Microsoft.Office.Interop.Excel.dll

我的解决方案中有另一个项目，即项目B。项目B有一个对项目a的引用。因此，如果我们要检查项目B的引用，它上面有ProjectA.dll

我见过这样的解决办法。如果要发布项目B（发布模式），并且我们检查了它的bin文件夹，那么它也会有Office.dll和Microsoft.Office.Interop.Excel.dll，即使它们没有在其csproj中声明。我假设既然项目B引用了项目a，它也会复制项目a的dll

---

这种情况真的会发生吗？因为我正在尝试这样做，但复制它时没有成功。

在所有引用DLL的引用中，查看属性。在“复制本地”属性中，确保将其设置为true。

您可以将

复制本地设置为true

确定是否将引用复制到本地bin路径

链接：

---

嗨，伊昂，这是对的。您可以更改office.dll的属性，将其设置为copy local=false，则它不会将其复制到调用程序集的输出。它只复制项目A上的dll。我希望它也复制到项目B，即使它仅引用项目A。它只复制项目A上的dll。我希望它也复制到项目B，即使它仅引用项目a。项目a对Office.dll和Microsoft.Office.Interop.Excel.dll的引用是否也设置为“复制本地”？顺便问一下，我们在这里讨论的是从VS生成还是其他生成工具？是的，Office.dll和Microsoft.Office.Interop.Excel.dll设置为“复制本地”。。。是的，我使用VS 2010。它只复制项目A上的dll。我希望它也复制到项目B，即使它只引用了项目A。他复制了项目B的bin/Debug上的A.dll。但是否也可以将office.dll和Microsoft.office.Interop.Excel.dll复制到项目B上，如果项目B只引用了项目a？您可以在应用程序的脚本后期生成中复制，您必须添加脚本HMM。。。因此，在项目B中仅引用ProjectA.dll并不直接意味着office.dll和Microsoft.office.Interop.Excel.dll将被复制到项目B的bin中。。。。有没有其他不使用后期构建的方法来实现这一点？