在VS.NET中，为什么运行调试不会'；是否在活动配置中生成所有选定项目？

为什么运行调试不会在活动配置中生成所有选定的项目

通常我有一些间接连接到主项目（MEF）的DLL，当我在调试（F5）中运行时，VS.NET不会构建这些DLL。我必须首先构建（Ctrl+Shift+B），然后调试应用程序以调试这些DLL的当前版本

我假设VS.NET试图通过不构建非引用DLL来加快调试过程，但是在我的例子中，这会使调试过程变得更慢

---

是否仍有更改此行为的方法？

可能会检查您的项目依赖关系：项目|项目依赖关系。

可能会检查您的项目依赖关系：项目|项目依赖关系。

我是否可以假设这些DLL只是引用的，而不是当前解决方案的一部分？如果是，那就是原因。为了实现我认为您正在寻找的功能，您必须为被引用到解决方案的DLL添加项目，而不是直接引用DLL，您将引用该项目。这将允许您与主项目一起编译DLL，并无缝地进行调试。如果这不是您所说的，那么我很抱歉。

我可以假设这些DLL只是引用的，而不是当前解决方案的一部分吗？如果是，那就是原因。为了实现我认为您正在寻找的功能，您必须为被引用到解决方案的DLL添加项目，而不是直接引用DLL，您将引用该项目。这将允许您与主项目一起编译DLL，并无缝地进行调试。如果这不是您所说的，那么我很抱歉。

以下设置也可能会影响启动调试会话时在您的解决方案中生成的项目：

工具->选项…->项目和解决方案->构建和运行->仅在运行时构建启动项目和依赖项

---

启动调试会话时，以下设置还可能影响解决方案中生成的项目：

工具->选项…->项目和解决方案->构建和运行->仅在运行时构建启动项目和依赖项

---

这是正确的，即使您使用IOC专门用于物理分离关注点，也只需参考DLL即可。它可以避免您在尝试调试时拔出头发。不，它们是我的解决方案的一部分，但它们没有被引用，因为它们应该在运行时加载（就像加载插件-它们实际上是插件-）这是正确的，只需引用DLL，即使您使用IOC专门用于物理分离关注点。它可以避免您在尝试调试时拔出头发。不，它们是我解决方案的一部分，但它们没有被引用，因为它们应该在运行时加载（就像加载插件-它们实际上是插件-）：）好的捕获，这就是我要找的。：）好的捕获，这就是我要找的。