@shuruev18 янв 2011 в 04:40

Расширяем возможности StyleCop

6 мин

19K

.NET *

Из песочницы

+23

Комментарии 14

@pennanth 18 янв 2011 в 05:43

Полезная штука, спасибо!

Некоторые правила StyleCop периодически вызывают бурные дебаты в офисе, теперь можно не отключать «правила раздора», а подправлять в зависимости от контекста.

@ils 18 янв 2011 в 07:41

Эх! Жаль что только для C#. Для Delphi, интересно, есть подобное?

@gl00k 18 янв 2011 в 08:56

А я вот постепенно перехожу с Delphi на C#.
И знаете, это не так болезненно, как могло показаться.
Пошли с нами? =)

@ils 18 янв 2011 в 09:04

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

@pavelbelousov 18 янв 2011 в 19:08

На stackoverflow поднимался такой вопрос.

@XaocCPS 18 янв 2011 в 08:31

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

Сделать это можно через проект stylecopforresharper.codeplex.com/

@VasilioRuzanni 18 янв 2011 в 09:10

«StyleCop можно интегрировать в ReSharper».

Можно? Нет, нет, это нужно сделать в первую же очередь :)

@XaocCPS 18 янв 2011 в 09:34

спорно. интеграция по умолчанию привносит появление 100500 сообщений, предупреждений и советов с подчеркиванием половины исходного кода.

@VasilioRuzanni 18 янв 2011 в 09:40

Ну это все спорные моменты, которые надо решить. Аналогично, некоторые правила в самом Решарпере по-умолчанию прямо конфликтуют с правилами StyleCop, но все это настраивается.
Я говорил только о том, что ReSharper + StyleCop нужно настроить чем раньше, тем лучше, если необходимо писать качественный код. Если работает команда, то об этом даже не разработчики должны заботиться а руководители проекта.

@shuruev 18 янв 2011 в 09:17

Да, все верно. StyleCop for ReSharper — замечательный add-in к Решарперу.

Проблема в том, что Решарпер не слишком удобен для использования вне Visual Studio — при проверках на билд-сервере, или в т.н. «check-in policy» (когда код проверяется при попытке коммита в систему контроля версий).

Поэтому часто Решарпером пользуются на локальной машине, а для проверок «снаружи» выбирают StyleCop.
И, к сожалению, его правила по многим позициям гораздо слабее, чем в Решарпере (но сильнее по некоторым другим).

@VasilioRuzanni 18 янв 2011 в 09:42

Ну, если использовать СтайлКоп на сервере — очевидно, что на локальной машине его использовать ну просто необходимо. Не получать же сообщения о нарушении правил SC уже с сервера. Решарпер тем и удобен, что прямо по ходу, наряду со своими правилами подсвечивает несостыковки со StyleCop-правилами, и позволяет прямо на месте все отрефакторить.

@tyhon 18 янв 2011 в 09:29

используем stylecop довольно давно, настроили под себя отключили несколько правил, полет нормальный,
за статью спасибо :) полезно

@Enrey 31 янв 2014 в 18:46

Работа точно проделана не зря. Спасибо большое за расширение!

Жаль что с последней версией StyleCop перестало работать — приходится локально пересобирать из-за ошибки
stylecopplus.codeplex.com/workitem/10424 но все равно всё супер.

@shuruev 7 мая 2014 в 01:13

Пересобрал под StyleCop 4.7.49.
Прошу прощения за столь долгий ответ — жизнь кардинально переменилась и проект слегка потерял в приоритете :)

Зарегистрируйтесь на Хабре, чтобы оставить комментарий