为什么分析工具不适用重构？

Question

我现在正在使用fxCop和NDepend，我一直看到他们的报告生成的项目“错误” ¹ 并且对自己感到疑惑，为什么这些工具不能去做他们建议的那些修复？

我得到一些非常难以解决的问题，但是像字段这样的东西应该被标记为readonly可以非常容易地应用该工具所具有的信息。然而对我来说，它意味着去工具，找到项目然后将代码放在等...即使对于最小的项目也需要相当长的时间。

如果我必须确认每项更改，我会很高兴，类似于CodeRush Xpress对某些重组的处理方式。

那么为什么这些工具不这样做呢？

---

¹ 错误在这里是相对的，因为像1700类fxCop错误这些关于命名的东西都不是坏代码，但确实让新开发人员更难以解决代码。 / p>

Answer 1

可能是因为并非总是 - 或者甚至大部分时间 - 只需要一个正确的重构选择。通常有很多方法可以重构代码，因此警告的数量会减少，但实际上正确的项目是开发人员应该决定的。

Answer 2

罗布，这是我们（NDepend团队）长期思考的问题。但触摸代码是一个远的域，比分析它更敏感。正如Rytmis所说，通常不仅有一个选择重构。

当然，最好的选择是让NDepend将其重构命令发送给一个可靠的现有重构器，例如R＃。但目前这只是纯粹的假设。