Closed. This question needs to be more focused. It is not currently accepting answers.
Want to improve this question? Update the question so it focuses on one problem only by editing this post.
Closed 6 years ago.
Improve this question
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:
- Allowing ReSharper to rename string literals automatically can really bite you in such instances as when your object variables match column names in your DAL SQL or other string constants. i have learned that instead of impatiently hitting the enter key when the second rename dialog appears i really need to see what ReSharper is suggesting and often skip the string literals rename step.
- This one is a little more insidious: When you have Solution-Wide analysis turned on ReSharper will tell you whether or not public methods are used. This includes getters and setters in properties. It's a great feature but what ReSharper doesn't know is that when you're designing a view which will be displayed in the designer (form, user ctrl) that the property getters and setters are called at design time and don't show up in compilation. So ReSharper will suggest that those property's getters or setters can be made private or just removed. But if you make the adjustment and then load the view in the designer, the designer will crash because the property is not available and the error message is not exactly obvious. In a nutshell, a programmer needs to carefully consider property usage suggestions when designing a view.
Those are my biggies. What else is out there that could bite me and fellow ReSharper aficionados?
