我们有一个主要是 C# 代码的大型 VS 2010 解决方案,但有一些各种 C# 项目依赖的 native DLL(包括我们的单元测试 DLL)。我们正在尝试同时支持 32 位和 64 位版本的库。所以我们现在将 native DLL 构建为 32 位和 64 位。问题是我们的很多 C# 项目都有生成后事件,这些事件将所需的 native DLL 复制到项目的 TargetDir 中。现在我们有两个不同版本的 native DLL(32 位和 64 位),我需要能够指定正确的目录以从中复制 native DLL。我原本以为我可以像这样在路径中简单地使用 $(Platform) :
copy $(SolutionDir)\NativeDll\$(Platform)\$(Configuration) $(TargetDir)
但这行不通,因为 $(Platform) 是项目的平台,而不是解决方案级平台。在这种情况下,$(Platform) 是“任何 CPU”。从我看到的 C# 项目中的构建后事件宏来看,似乎没有办法访问正在构建的解决方案级平台。有没有更好的方法来实现我的目标?
最佳答案
我相信解决方案的平台与项目的平台不同,它只是文本。
我过去记下来的是:
从解决方案中删除 Win32 和“混合平台”(并在添加项目后继续这样做)。
将所有 C# DLL 设置为在解决方案平台 AnyCPU、x86、x64 中构建为 AnyCPU。 (如果您希望能够在 Blend 中打开,或者如果您在解决方案中有任何纯托管应用程序,请不要删除 AnyCPU。)
将 C# EXE 和单元测试设置为在 x86 解决方案平台中构建 x86,在 x64 解决方案平台中构建 x64,并且根本不在 AnyCPU 解决方案平台中构建。
当解决方案是 x86 时,将所有 native 设置为在 Win32 中构建,并输出到 $(ProjectDir)\bin\x86\$(Configuration) 和中间体,与路径中的 obj 而不是 bin 相同。 x64 与 x64 相同,而不是 x86 和 Win32。
设置 C# EXE 和单元测试的预构建事件,以从具有项目配置名称的相对路径复制它们所依赖的 native DLL:$(Config)
将单元测试的类初始化设置为将测试 bin 目录(当然是正确的平台和配置)的全部内容复制到测试的输出目录。使用 if#DEBUG 和 unsafe sizeof(IntPtr) 告诉在哪里寻找测试的 bin 目录。
手动(使用记事本)将相对引用路径添加到使用来自解决方案部署位置的 x86/x64 程序集的解决方案外部的 .csproj 文件,因此路径将包含 $(Platform) 和 $(Configuration),并且不会根据用户。
Microsoft:Visual Studio 中更好的 32/64 位支持将真正到位。
关于c# - 如何从 C# 项目的构建事件访问 Visual Studio 解决方案级平台?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/6446069/