自从我升级到 resharper 4.5 后,我在解决方案范围内的分析方面遇到了麻烦。
我不断地得到误报,并且让我的代码不存在的错误报告错误。
我发现摆脱错误的唯一方法是打开每个报告的错误文件,找到有问题的类型/类,打开这些文件,然后再次关闭所有内容,这似乎迫使 resharper 重新分析所有内容。
我相信@jira 已经存在缺陷,但我正在寻找有关如何快速强制 resharper 重新分析错误文件的方便提示...
自从我升级到 resharper 4.5 后,我在解决方案范围内的分析方面遇到了麻烦。
我不断地得到误报,并且让我的代码不存在的错误报告错误。
我发现摆脱错误的唯一方法是打开每个报告的错误文件,找到有问题的类型/类,打开这些文件,然后再次关闭所有内容,这似乎迫使 resharper 重新分析所有内容。
我相信@jira 已经存在缺陷,但我正在寻找有关如何快速强制 resharper 重新分析错误文件的方便提示...
当这种情况发生在我身上时,我使用 shift+alt+Page-Down 滚动到解决方案中的下一个错误。只是通过错误发送垃圾邮件将使 Resharper 重新分析文件。不是一个好的解决方案,但它有效。
编辑:如果您转到菜单 ReSharper -> Windows ->“解决方案中的错误”,您将看到一个名为“解决方案中的错误”的窗口。右侧有一个按钮,名为“重新分析有错误的文件”。您甚至可以将其放在快捷方式上。
定期删除您的 resharper 缓存文件 - 特别是如果您已从以前的版本升级。您很可能在解决方案文件夹下的某处有一个 _Resharper.* 文件。这整个文件夹结构可能会被吹走,当 Resharper 对我行为不端时,我会这样做。
根据您的解决方案有多大,这可能是一个巨大的痛苦,但我偶尔也会遇到同样的问题,如果我构建的项目显示错误,它就会消失。
例如,就在昨天,它找不到我们的一个较小项目的 Excel 库,并且它完全是红色的,尽管没有任何改变,所有 DLL 都已找到并引用,并且没有明显错误。我刚刚重建了那个单独的项目,它编译没有错误,红条立即消失了。
看起来像 resharper 中的一个问题。通常最好直接向他们报告,然后等待他们发现这个问题。
此外,它更像是一个错误报告而不是一个编程问题。
这里也一样,但话又说回来,我多年来一直在得到误报(或负数)。对我来说,两个失败点是 WPF(特别是 XAML)和在代码文件中使用 Unicode(即,使用非拉丁字母进行编程。)
我建议简单地将其关闭,尤其是考虑到您为此付出的性能代价。