ReSharper的陷阱 [英] Resharper gotchas

问题描述

我绝对崇拜ReSharper的，没有它是行不通的，但也有我遇到了和教训，避免一些陷阱：

i absolutely adore ReSharper and would not work without it, but there are a few gotchas that i have run into and learned to avoid:

• 允许ReSharper的自动命名字符串真的可以咬你在这种情况下当你的对象变量在你的DAL SQL或其他字符串常量匹配列名。我已经学会了，而不是不耐烦地击中当第二重命名对话框出现时我真的需要看到什么ReSharper的是在暗示，经常跳过的字符串重命名一步回车键。


• 这一个是一个多一点阴险的：当你有解决方案范围的分析，打开ReSharper的会告诉你是否不使用公共方法。这包括性能getter和setter。这是一个伟大的功能，但什么ReSharper的不知道的是，当你设计将被显示在设计（形式，用户CTRL）该属性的getter和setter在设计时调用，不显示视图在汇编。因此，ReSharper的将建议那些财产的getter方法或setter方法可以由私人或只是删除。但是，如果你做出调整，然后加载在设计视图，设计师会崩溃，因为该属性是不可用，错误信息是不完全明显。简而言之，程序员需要设计一个视图时认真考虑财产的使用建议。

以上是我BIGGIES。是还有什么在那里，能咬我和同事ReSharper的爱好者？

Those are my biggies. What else is out there that could bite me and fellow ReSharper aficionados?

推荐答案

当我遇到使用#ifs到预处理指令运行做条件编译，而目前的配置设置，这样的代码块是隐藏的，它似乎并没有看到＃if'd代码，并建议猛拉出的代码块使用一个变量，以为它永远不会被调用。

When I run across preprocessor directives that use #ifs to do conditional compilation, and the current configuration is set so that a block of code is hidden, it doesn't seem to see the #if'd code and will recommend yanking out a variable that block of code uses, thinking it's never called.

这篇关于ReSharper的陷阱的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！