Альтернатива StyleCop для Visual Studio? [закрытый]
Для этого вам понадобится внутренний диктат класса:
print(TrackingMeasure.__dict__[x])
6 ответов
Добавление правил или будет, официально поддерживал :
, Как обещано, мы будем также выпускать документацию SDK для StyleCop, объясняющего, как создать пользовательские правила и как интегрировать инструмент в сделанные на заказ среды. Документация SDK в настоящее время проходит окончательную проверку, и мы надеемся выпустить его очень скоро. - JasonAll
С точки зрения нашего "внутреннего" стиля, я стал достаточно близким путем отключения горстки правил StyleCop:
- Заголовки файлов (SA1633-SA-1640)
- Код, заказывая (SA1200-SA1202)
- Требование "этого" (SA1101)
можно сделать это глобально путем изменения Настроек. Файл StyleCop в каталоге установки, хотя я проявил подход помещения того в корне нашего исходного дерева в каждом проекте.
эффект конца очень, что мы хотим. Существует горстка "внутренних" вариантов, которые были бы хороши отметить, но даже без них StyleCop поставляет много значения для нас.
StyleCop для ReSharper мог помочь (необходимо будет купить ReSharper, но плагин свободен):
StyleCop для ReSharper является теперь функцией, завершенной в этом, достиг четности функции с StyleCop 4.3.
существует 148 правил StyleCop.
- 38 из них должны быть зафиксированы вручную (обычно, потому что необходимо ввести описательный текст или переименовать переменные).
- Из оставления 110 правилами 58 фиксируются Очисткой Кода R# ("тихий" режим).
- Из 52 теперь оставлений у нас есть правила Очистки Кода, которые фиксируют всех их автоматически.
Мы также обеспечиваем 106 Быстрых исправлений, которые обеспечивают на месте, контекстное меню фиксирует для нарушений для 110 правил, которые могут быть исправлены автоматически
, Мы также поставляем "StyleCop дружественный Стиль кода ReSharper Совместно использующий файл Настроек", который настраивает ReSharper для автоматического форматирования код в StyleCop дружественного способа.
Существует Жандарм от Моно, хотя это - Открытый исходный код, не коммерческий.
Я часто пишу модульные тесты для отражения по моим типам и проверке на нарушения моих пользовательских правил.
Вот пример для проверки, что определенные типы неизменны: http://blogs.msdn.com/kevinpilchbisson/archive/2007/11/20/enforcing-immutability-in-code.aspx
Вот другой для правил об именовании модульного теста: http://jbazuzicode.blogspot.com/2008/11/keeping-test-fixture-and-class-names.html
РЕДАКТИРОВАНИЕ: 2-я ссылка, кажется, потеряна пескам времени.