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

Question

Если вы пишете мои собственные правила анализа статического кода (для кода C#), каковы преимущества и недостатки использования StyleCop vs 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