ReSharper迟钝

我喜欢ReSharper,但这是一个总记忆力.它可以快速膨胀并消耗一半的RAM而不需要太多的努力并且使IDE陷入困境.有没有人知道任何方式配置它不是那么慢？

1> cynicalman..：

---

关闭即时编译(不幸的是,它是其最好的功能之一)

---

谢谢 - 正如你所说,考虑到飞行中的重要性,这有点令人讨厌.他们的4.1发布似乎更加复杂.我希望所有关于干净代码的公司都能够清理一下以便更快地运行.

---

我认为这里所谓的动态编译是代码分析功能.在6.0中,这可以在代码检查部分找到.

2> 小智..：

---

下一个版本4.5将基于性能和内存占用.

见Ilya Ryzhenkov的博客

Resharper 4.5已经发布 从我的经验来看,它不是一个内存耗尽,但我仍然会耗尽内存.

3> Josh Buedel..：

---

我有一个问题,即加载100多个项目的解决方案需要花费10分钟.一旦加载VS性能就可以了,虽然它会在ok和非常糟糕之间来回摆动.

简短的回答:消除Resharper警告似乎可以改善整体VS/R#性能.

最大的问题是我们将大量二进制数据文件(加密的东西)作为嵌入式资源包含在内,而这些资源恰好有.xml扩展名.Resharper真的很难分析这些文件.最终它会通过,但会在此过程中产生100K +错误.将扩展名更改为一个Resharper没有自动分析(在这种情况下为.bin)解决了问题.

我们仍然有大约10个文件,当他们或他们所依赖的文件编辑性能坦克一段时间.这些文件是单个类定义的部分部分,其中每个文件平均为3000 LOC.是的,没错,它大约是30K的线路级别.由于其他原因,它也恰好是相当差的代码,其中许多Resharper标志使右侧排水沟条实际上是一个坚实的橙色线.编辑经常导致Resharper重新分析整个事物.在进行分析时,性能会受到显着影响.

我得出的结论是,R#识别的错误/警告越少,表现越好.我清理/重构这个项目时收集到的轶事证据似乎支持它.

很多人抱怨Resharper的性能问题.如果您甚至有一些带有大量Resharper警告的丑陋的代码文件,那么花一点时间清理该代码可能会产生更好的整体性能.它对我们来说.