P / Invoke动态DLL搜索路径
我有一个现有的应用程序P / Invokes到一个DLL与应用程序本身驻留在同一目录中。
现在（由于佳能生产了最疯狂的API之一）我需要支持这个API的两个版本，并在运行时确定我应该使用哪个（旧的或新的）。 由于DLL具有相同的名称（第一个加载具有相同名称的其他DLL，因此只重命名第一个将无法帮助我）我必须将它们保存在不同的目录中。
因此我的问题是：我有什么选项来控制DllImport声明中给出的DLL使用的目录？
我想我可以尝试以下两个想法中的任何一个：
1）在执行第一个P / Invoke之前使用“SetDllDirectory”设置我想要的目录，然后重置它。
2）使用“LoadLibraryEx”手动加载所需的DLL，并希望这样做。
但是，有没有更多的“.NET：ish方式”首先尝试？
更新：我意识到我可以在两个单独的.Net程序集中填充对DLL的所有访问权限，然后将它们中的每一个放在与相应API文件相对应的单独目录中。 然后我可以动态加载正确的.Net程序集，并自动加载正确的DLL。 有什么理由不行吗？
我能想到一个：我将如何调试这些东西？ 有可能告诉Visual Studio一个程序集（包含在我的解决方案中）应该放在一个子目录中并从那里进行调试吗？
我表示哀悼，我见过其中一个API，确实令人震惊。 更大的问题是你需要能够说服Windows找到DLL。 它们不在您的.exe目录中，因此默认设置不起作用。 使用SetDllDirectory（）也可以，使用Environment.CurrentDirectory也可以。 LoadLibrary无法正常工作，P / Invoke marshaller将使用LoadLibrary本身。
如果它是一个选项，则可以为两个P / Invoke声明使用不同的名称，使用DllImport（）构造函数的不同参数并使用EntryPoint属性。 听起来不会那样会飞。
我认为第二个选项可行，但需要编写大量代码来管理.net中的dll加载。
第一个也可以工作，但我要么不喜欢它。
这是我的建议：你可以在DllImport中指定完整路径（也可能是相对的） [DllImport(@"C:\dll\a32.dll"]
你的第一个选择（P / Invoke with SetDllDirectory）是我个人喜欢的选项。 不幸的是，没有一种“.NETish”方式来处理加载本机DLL ……这确实很有意义。