Пользовательские правила статического анализа кода в FxCop или StyleCop?

Question

Если вы пишете мои собственные правила статического анализа кода (для кода C #), каковы преимущества и недостатки использования StyleCop против FxCop?

Является ли один более подходящим для определенного типа анализа, чем другой? Или это разница между двумя, которые одна запускает в исходном коде, а другая в скомпилированной сборке?

Answer 1

Ключевым отличием является то, что StyleCop анализирует исходный код C #. FxCop анализирует сборки .NET после их компиляции, он работает для любого языка. Соответственно, StyleCop требователен к тому, как выглядит ваш исходный код. FxCop привередлив в том, как вы используете классы .NET Framework. Они дополняют друг друга.

Answer 2

Это разные инструменты. StyleCop ориентирован на стиль кода. Вы можете проверить док. комментарии, соглашение об именах, интервалы и т. д. Несмотря на то, что он может выполнять почти те же функции, что и StyleCop, FxCop ориентирован на Microsoft Design Guidelines . Он проанализирует ваш код, в частности, на предмет возможных проблем с производительностью и безопасностью.

Я никогда не писал правил ни для одного из них, но я считаю, что вы должны выбрать тот, который делает именно то, что вы хотите (если только стандарты кодирования, используйте StyleCop, в противном случае используйте FxCop). Таким образом, вы, вероятно, будете чувствовать себя более комфортно с API.

Проверьте эти ссылки в Википедии:

• http://en.wikipedia.org/wiki/StyleCop
• http://en.wikipedia.org/wiki/FxCop