是否可以將StyleCop規則壓制在更全局的內容中......換言之,不僅僅是使用源內聯屬性?StyleCop抑制
回答
您可以使用Settings.StyleCop文件禁用某些stylecop規則。例如,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設置更加全局化的唯一方法是在目錄樹中將它們移動到更高的位置(如果您使用的是TFS,則可以將其移動到Team Project級別,因爲在解決方案中執行GetLatest時不可靠級別不會將它們分發給每個人),或者覆蓋StyleCop安裝目錄中的Settings.StyleCop文件(由於無法通過源代碼控制處理,因此必須通過電子郵件發送給所有人或其他人),因此更加不可靠。
總體而言,您可以根據自己的需要爲團隊制定特定StyleCop設置的絕對路徑,您有很多選擇。
- 1. Stylecop爲Reference.cs文件抑制錯誤
- 2. 爲什麼此訂單項StyleCop抑制工作?
- 3. 如何抑制stylecop錯誤SA1650(錯誤拼寫的單詞)
- 4. 如何在命名空間級別上抑制stylecop?
- 5. 如何配置StyleCop以抑制生成的代碼警告?
- 6. 定製StyleCop
- 7. 抑制Widget.Wrapper不抑制Widget.ControlWrapper
- 8. 如何在我的機器上沒有安裝StyleCop的情況下添加StyleCop規則抑制?
- 9. 抑制Ada限制
- 10. tvos抑制
- 11. 抑制GUI?
- 12. 抑制輸出
- 13. 的FxCop抑制
- 14. 抑制交叉
- 15. 抑制陣列
- 16. 抑制AWK
- 17. 抑制LNK4204警告
- 18. 抑制輸出MATLAB
- 19. 抑制ri和rdoc
- 20. PHP通知抑制
- 21. 抑制IRB輸出?
- 22. Smarty錯誤抑制
- 23. log4j輸出抑制?
- 24. In App Purchase抑制
- 25. 抑制Autolayout警告
- 26. NSLog抑制日期
- 27. 抑制resharper亮點
- 28. 抑制MySQL警告?
- 29. 擊抑制腳本
- 30. 抑制stream_socket_client警告
而我卻陷入低調的原因? – McAden 2010-04-07 20:13:41
' False BooleanProperty>'必須是我見過的最傻的xml。 –
2013-09-27 08:48:20
' True BooleanProperty>' –
McAden
2013-09-27 16:48:57