5 ответов:
Stylecop-это инструмент анализа стилей, который работает на уровне исходного кода. Он существует главным образом для обеспечения единого общего стиля, который управляемые проекты могут использовать, чтобы оставаться последовательными в более широком мире управляемого программного обеспечения. Он принимает решения относительно стиля в первую очередь, чтобы избежать священных войн (в конце концов, стиль почти всегда является по своей сути субъективной вещью). Я не думаю, что когда-либо встречал кого-то, кому нравились все правила StyleCop, но это ОК. Это означает, что StyleCop является вообще хороший компромисс среди огромного набора руководящих принципов стиля, которые существуют. (Если бы правила stylecop были очень настраиваемыми, помимо простого включения / отключения их, это победило бы всю цель инструмента.)
FxCop, с другой стороны, это инструмент статического анализа, который работает на уровне управляемой сборки. Ему могут быть даны направления через атрибуты, потому что он может видеть атрибуты на элементах кода, например. Он обнаруживает проблемы, которые можно увидеть на "двоичном" уровне (как это были) в отличие от синтаксического уровня.
чтобы ответить на ваш вопрос, StyleCop не заменяет FxCop, а FxCop не заменяет stylecop. Это два разных инструмента с двумя разными целями, которые могут обеспечить реальную выгоду для вашего кода.
(ака, я бегу с обеих. :))
несколько примеров того, что можно обнаружить против того, что может обнаружить другой:
нарушения StyleCop могут включать предупреждения, связанные с: Пробелы, форматирование, публичная документация по методу через xml-комментарии, порядок определения метода в классе.
нарушения FxCop может включать предупреждение, относящееся к: глобализация, плотное соединение, цикломатическая сложность, потенциальный нуль разыменовывает.
stylecop работает на исходном коде C#. fxcop смотрит на ваш скомпилированный код с любого языка .net.
альтернатива или хорошее дополнение к FxCop/StyleCop было бы использовать коммерческий инструмент вопросом, что происходит. С помощью этого инструмента можно написать правило кода над запросами LINQ(а именно CQLinq). отказ от ответственности: я один из разработчиков инструмента
больше, чем 200 правил код предлагается по умолчанию, они включают конструкция,архитектура,качество кода, эволюция код, соглашения об именах,мертвый код, Использование .NET Fx...
CQLinq предназначен для написания правил кода, которые могут быть проверено жить в Visual Studio, или проверено во время процесса сборки и сообщается в отчете HTML/javascript.
сила CQLinq над FxCop или StyleCop, это это просто написать правило код и вам тут результаты. Предлагаются средства для просмотра совпадающих элементов кода. Конкретно это выглядит так:
FXCop выполняет статический анализ кода ваших сборок управляемого кода. Думайте об этом как о поиске проблем, которые вызовут проблемы во время выполнения или которые повлияют на то, как разработчик считает, что код будет работать (недостижимый код).
StyleCop анализирует структуру вашего кода с текстовой точки зрения. Подумайте об этом как о проблемах, которые повлияют на ваш опыт разработки и проектирования (форматирование, соглашения об именах, документация)
Они оба очень ценные инструменты и вы должны использовать оба, но они сосредоточены на разных проблемах.
StyleCop выполняет анализ исходного кода не очень настраивается. На самом деле это не то же самое, что FxCop, который анализирует скомпилированный код.
статьи Википедии на них дают хорошие резюме различий:

Comments