Можно ли запретить правила StyleCop в более глобальном, что ... другими словами, не просто использовать исходные атрибуты в строке?StyleCop Suppression
ответ
Вы можете отключить определенные правила стильного стиля с помощью файла Settings.StyleCop. Например, есть определенные вещи, встроенные в стиль, которые не соответствуют нашему стандарту. Например, в моем файле Settings.StyleCop мы имеем:
<Analyzer AnalyzerId="Microsoft.StyleCop.CSharp.ReadabilityRules">
<Rules>
<Rule Name="PrefixLocalCallsWithThis">
<RuleSettings>
<BooleanProperty Name="Enabled">False</BooleanProperty>
</RuleSettings>
</Rule>
</Rules>
<AnalyzerSettings />
</Analyzer>
Такое, что на переменной-члена или собственности, мы не должны иметь «это.» для каждого.
Абсолютно!
Исходные атрибуты должны использоваться только в самых редких обстоятельствах, подавляющее большинство настроек StyleCop должно выполняться с помощью StyleCopSettingsEditor (щелкните правой кнопкой мыши по проекту, выберите «Настройки StyleCop», который откроет один) ,
Это создаст файл Settings.StyleCop для этого проекта в каталоге проекта. Этот файл можно редактировать вручную, как упоминает другой ответ, но я бы никогда не предложил взломать XML в редакторе. StyleCopSettingsEditor - это, безусловно, путь.
Как только вы изменили настройки StyleCop, вы не закончили!
Эти настройки применимы только к одному проекту, и это определенно может быть недостаточным.
Я лично предлагаю переместить этот файл StyleCop.Settings в один каталог на уровень решения и добавить его как «элемент решения». Затем проверьте этот файл на TFS (или на любую используемую вами систему управления версиями). Теперь эти настройки StyleCop являются частью всего решения, и каждый получит их, когда они сделают «Получить последний». При необходимости вы можете переопределить параметры решения с помощью параметров проекта (файл StyleCop.Settings на уровне проекта переопределит один на уровне решения).
Единственный способ сделать ваши настройки StyleCop более глобальными, чем это - либо повысить их еще выше в дереве каталогов (до уровня Team Project, если вы используете TFS, ненадежны, так как делают GetLatest при решении уровень не будет распространять их для всех) или перезаписать файл Settings.StyleCop в установочном каталоге StyleCop (еще более ненадежный, поскольку он не может быть обработан с помощью элемента управления исходным кодом и вместо этого должен быть отправлен по электронной почте всем или чему-то).
В целом есть определенные способы сделать определенные настройки StyleCop для вашей команды глобальными, как вы хотите, у вас есть много вариантов.
- 1. Python eval error suppression
- 2. springfox-swagger2 @ModelAttribute suppression
- 3. Smarty Error Suppression
- 4. Элемент CSS suppression
- 5. bodyParse error suppression
- 6. Подавлять отдельные сообщения StyleCop
- 7. gVim startup message & info suppression
- 8. Automatic StyleCop
- 9. StyleCop SA1638
- 10. StyleCop SA1630
- 11. ReSharper && StyleCop?
- 12. StyleCop SuppressionMessage
- 13. Настройка StyleCop
- 14. StyleCop форматирования
- 15. Mule suppression log-catch-exception-logging
- 16. StyleCop MS Build magic? Кто вызывает цель StyleCop?
- 17. Как подавить предупреждение StyleCop?
- 18. Повторное включение stylecop
- 19. StyleCop Madness: защищенное поле
- 20. StyleCop игнорирование настроек
- 21. StyleCop SA1402 и Generics
- 22. Правило Split Stylecop SA1600
- 23. StyleCop SA1124 DoNotUseRegions разумно?
- 24. StyleCop, преимущества/недостатки
- 25. Снять заголовок заголовка - StyleCop
- 26. StyleCop vs DependencyProperties
- 27. StyleCop + SignalR naming
- 28. StyleCop для xcode
- 29. ReSharper с конфигурацией StyleCop
- 30. StyleCop Словарь относительного пути
И почему я не понимаю, почему? – McAden
' False BooleanProperty>' должен быть самым глупым xml, который я когда-либо видел. –
' True BooleanProperty>' –
McAden