.net - 检测 .NET Framework 3.5 SP1 依赖项 (cmp. 3.5 w/o SP1)

Question

我在我的机器上使用 3.5 SP1，而我们的客户目前使用 3.5 而没有 SP1。
我不知道在 VS2008 中有什么方法可以在没有 SP1 的情况下将解决方案或项目定位到 3.5，我只安装了带有 SP1 的 3.5。

如果我们使用 3.5 w/o SP1 中不可用的函数或构造函数，代码将无法正常工作。

也就是说，我想在 处检测编译时间 如果没有 SP1，什么将无法工作。

到目前为止，我们已经完成了测试(在 VM 或单独的机器中)以查看应用程序是否中断，并且当我们使用了直到 SP1 才可用的 API 部分时，它有时确实会中断。问题是它只在代码实际运行时(在运行时)中断，而不是在程序集加载时中断。

一种解决方案是拥有一台装有 VS2008 w/o SP1 的机器并尝试编译该项目。
但是，我更喜欢通过分析源代码或我们生成的程序集来帮助我检测对 3.5 SP1 的依赖性(由于使用新 API 或其他原因)的一些工具。

我的谷歌权力对这个问题还不够强大，有什么提示吗？

Answer 1

我刚刚遇到了同样的问题，我找到了解决方案。对于我们的应用程序，是对 System.Threading.WaitHandle.WaitOne(Int32) 的调用给我们带来了麻烦。有关在 Service Pack 版本中引入的 API 引用如何在 Visual Studio 不注意的情况下泄漏到您的代码中的更多详细信息，请参阅 Krzysztof Cwalina's post .

好消息是，如 Marc mentioned is his answer , FxCop 有一个 new rule检测这些泄漏。坏消息是，当您面向 .NET Framework 3.5 时，该规则在 FxCop 1.36 中被破坏了。但是，David Kean 描述了如何将几个 XML 配置文件编辑为 fix the problem。 .我按照说明操作，FxCop 现在会检测我对 Service Pack API 的引用。