я абсолютно обожаю ReSharper и не буду работать без него, но есть несколько ошибок, с которыми я столкнулся и которых научился избегать:
- Разрешить ReSharper переименовывать строковые литералы автоматически может действительно укусить вас в таких случаях, когда ваши объектные переменные соответствуют именам столбцов в вашем DAL SQL или других строковых константах. Я узнал, что вместо того, чтобы нетерпеливо нажимать клавишу ввода, когда появляется второй диалог переименования, мне действительно нужно увидеть, что предлагает ReSharper, и часто пропускать шаг переименования строк.
- Это немного более коварно: когда вы включите анализ Solution-Wide, ReSharper расскажет вам, используются ли общедоступные методы. Это включает в себя геттеры и сеттеры в свойствах. Это отличная функция, но то, что ReSharper не знает, заключается в том, что при разработке представления, которое будет отображаться в конструкторе (форме, пользовательском ctrl), что свойства getters и seters вызываются во время разработки и не отображаются в сборнике. Поэтому ReSharper предложит, чтобы эти свойства получателей или сеттеры могли быть закрыты или просто удалены. Но если вы выполните настройку, а затем загрузите представление в конструкторе, дизайнер столкнется, потому что свойство недоступно, и сообщение об ошибке не совсем очевидно. В двух словах программист должен тщательно учитывать предложения по использованию свойств при разработке представления.
Это мои мотыги. Что еще есть, что может укусить меня и других поклонников ReSharper?
