浏览了各种博客，我对“多目标”或并行执行的术语感到很困惑。一些博客说，并行执行意味着一个进程中有两个版本的CLR。其他一些人声称，它就像.net2.0和.net3.0程序集并排执行。我非常失望，因为我不确定谁对谁错。我还在许多博客(如ScottHanselman的博客等)中看到(这很令人困惑)，如果目标框架是4.0，.NET4.5的任何功能都将不起作用。我可以同意。但是我不能同意也不能理解这样一个事实，即4.0的一个特性，其bug在4.5中被修复，如果我使用4.5构建它并在4.0中部署它将会隐藏。在这里我不理解“隐藏”这个词，也没有人敢解释它到底是什么意思。这意味着运行时错误？这意味着

背景:我有一个应用程序需要在安装的.NET框架从2.0到4.5不等的客户端上运行。此应用程序必须能够枚举大量文件并对其执行操作(在某些情况下，超过200k个离散文件)。要建立文件索引，应用程序当前使用System.IO.DirectoryInfo.GetFiles().这会影响性能，因为处理组件必须等待整个路径树被索引后才能开始工作。由于一些陈旧的磁带多加载器和一些编写不当的固件，遍历某些目录可能会触发磁带读取-将处理时间从几十秒延长到几十分钟。.NET4.0提供了System.IO.Directory.EnumerateFiles(Path)方法，从而缓解了这个问题。然而，只有少数d

我真的很喜欢新的.csproj格式。它比可怕的(有限的)好多了project.json.但是，我正在努力解决一件事。我已将我的(多个)测试项目合并为一个多目标项目。netcoreapp1.0;net40;net35但是，VisualStudio的测试资源管理器中似乎没有任何工具来选择目标框架——它总是只运行第一个框架。我找到了一个解决方法-添加一个具有特定框架的元素...net35但是，有没有什么方法可以在不手动编辑MSBuild(.csproj)文件的情况下选择目标框架？我正在GUI中寻找一些选项来执行此操作-特别是这样我就不必记得编辑.csproj文件以便在调试测试之前切换框架，或

我真的很喜欢新的.csproj格式。它比可怕的(有限的)好多了project.json.但是，我正在努力解决一件事。我已将我的(多个)测试项目合并为一个多目标项目。netcoreapp1.0;net40;net35但是，VisualStudio的测试资源管理器中似乎没有任何工具来选择目标框架——它总是只运行第一个框架。我找到了一个解决方法-添加一个具有特定框架的元素...net35但是，有没有什么方法可以在不手动编辑MSBuild(.csproj)文件的情况下选择目标框架？我正在GUI中寻找一些选项来执行此操作-特别是这样我就不必记得编辑.csproj文件以便在调试测试之前切换框架，或