在工作中，我们几乎无处不在地使用特定的内部DLL。它不断更新，我们经常在32位和64位应用程序中使用它。它是混合模式下的C ++ DLL（所以我被告知，我不太了解C ++ DLL配置和构建参数，所以我传递的是我听到的），我们的应用程序在C＃范围从2.0到4.0。由于这个DLL无处不在，有时旧版本会在需要时被抓取（从需要旧版本的项目中获取）。
我在最新项目的重要位置使用此DLL。由于使用了错误版本的DLL而不是在实际需要DLL的关键时刻失败，因此早期失败会好得多。有哪些技术可用于验证DLL在代码中的早期工作？
我想我可以尝试使用DLL中的一个对象，但我觉得这是一个半邋solution的解决方案，只是创建一个对象，看看你是否可以，更不用说如果这个技术不起作用DLL不包含可以实例化的对象，并且所有其他方法可能会对操作系统，数据库或内部状态造成不必要的影响。我的第二个想法是（因为这个DLL是内部的）让它包含一个方法，考虑到这一点。用于验证DLL的无操作方法将起作用。但是，我知道这不适用于非内部DLL，这感觉就像是一个非常不专业的解决方案。
答案 0 :(得分：0)
也许请致电System.Reflection.Assembly.GetAssembly以确保您使用的是正确的版本（或您认为的版本）？