Должен ли я использовать FxCop и почему?

Question

Я работаю над проектом на C # .net и WPF. Мы используем StyleCop, чтобы придать проекту согласованный стиль, и после отключения некоторых правил мы вполне довольны им. Тем не менее, я слышал, что люди говорят о FxCop , и это также принесло бы пользу проекту. Из того, что я понимаю, это больше на основе структуры кода ..?

Может ли кто-нибудь дать мне какие-то конкретные причины, по которым мы должны начать использовать FxCop? Каковы наиболее важные вещи, которые FxCop гарантирует, что мы делаем правильно?

Answer 1

Он обнаруживает некоторые полезные условия и может улучшить ваш стиль кодирования. Под стилем я подразумеваю не только размещение брекетов и так далее. Но такие вопросы, как абстрактные классы, имеющие публичные конструкторы, и многие другие случаи specalist. Это такие мелочи, как эта, они подхватывают, и через некоторое время вы делаете их автоматически.

Начать новый проект с ним легко, использовать его с существующим проектом сложнее, так как он обнаружит больше проблем. Стоит отметить, что сначала вам нужно будет настроить FxCop, так как он укажет на тривиальные вещи, которые могут не вызывать беспокойства.

Answer 2

Я использую его, в сочетании с CC.NET. Это означает, что каждый раз, когда CC.NET собирает мой проект, он также выполняет анализ FxCop, который может быть очень удобен, так как:

• обнаруживает неиспользуемые переменные
• обнаруживает неиспользуемые методы
• показывает, правильно ли вы ввели слово
• помогает вам напомнить, что вы должны передать formatprovider на вызов ToString () f.i.

Вкратце: это поможет вам улучшить качество вашего кода.

Answer 3

FxCop работает на скомпилированных двоичных файлах, а StyleCop непосредственно анализирует исходный код .

Возможно, вы могли бы использовать его, чтобы проверить, соответствует ли скомпилированная сборка, которую вы отправляете в свою среду контроля качества / производства, правилам вашей компании, если кто-то пытается обойти ваши правила StyleCop.