替代StyleCop for Visual Studio？

Question

我喜歡StyleCop的靜態代碼分析和規則實施。但是，幾個關鍵部門嚴重缺乏。

• 添加新規則並沒有得到正式支持，從我聽到的相當困難。
• 違規瑣碎規則自動「修復」會很好！也許不是用變量命名，而是用方法排序（靜態等），這將是一個巨大的節省時間。
• 微軟對StyleCop的「一刀切」方法是一種限制。我想爲我們的內部標準制定一套自定義規則。

有沒有這樣的商業產品呢？

alt text http://blogs.interakting.co.uk/images/blogs_interakting_co_uk/dominicz/WindowsLiveWriter/MicrosoftStyleCopSourcecodeanalysisforfo_D8EF/styleCopErrors_6.gif

Answer 1

添加規則，或將是，officially supported：

正如所承諾的，我們也將發佈 SDK文檔了StyleCop 解釋如何定製編寫規則 以及如何將工具插入集成 自定義構建環境。 SDK 文檔目前正處於最終的 審覈中，我們希望很快將其發​​布到非常 。 - JasonAll

在我們的 「內部」 風格而言，我通過禁用了StyleCop規則了一把八九不離十：

• 文件頭（SA1633-SA-1640）
• 代碼排序（SA1200-SA1202）
• 要求 「本」（SA1101）

您可以通過修改設置做到這一點全球tings.StyleCop文件在安裝目錄中，儘管我已經採取了將每個項目中的源代碼樹放在根目錄中的方法。

最終的效果是我們想要的。有少數「內部」選擇很適合舉辦，但即使沒有他們，StyleCop也爲我們提供了很多價值。

Answer 2

有從單Gendarme，雖然它是開源的，不是商業。

Answer 3

我經常編寫單元測試以反映我的類型並檢查是否違反了我的自定義規則。

下面是驗證某些類型是不可改變的例子：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

編輯：第二連桿似乎失去了時間的沙子。

Answer 4

Agent Smith非常好。它需要Resharper。

Answer 5

查看來自Submain的CodeIt.Right。

Answer 6

StyleCop for ReSharper可以幫助（你需要購買ReSharper的，但該插件是免費的）：

了StyleCop ReSharper的是現在擁有 完整的是已經達到 功能平價4.3 StyleCop的。

有148個StyleCop規則。

• 其中38個必須手動修復（通常是因爲您必須鍵入 描述性文本或重命名變量）。
• 其餘的110條規則58由R＃Code Cleanup（無聲 模式）修復。
• 在剩下的52箇中，我們有自動修復所有 的代碼清理規則。

我們還提供了106個快速修復是 侵犯了110條規則 可以自動固定

我們還推出一款「了StyleCop友好ReSharper的代碼風格共享提供到位上下文菜單修復 設置文件「，它配置ReSharper以一種StyleCop友好的方式自動格式化代碼。

Answer 7

StyleCop的替代或很好的補充將使用商業工具NDepend。有了這個工具，人們可以通過寫代碼規則在LINQ查詢(namely CQLinq)。 免責聲明：我是在默認情況下被提出的工具

比200 code rules更多的開發者之一，這其中就包括設計，架構，代碼質量，代碼進化，命名約定， 死代碼，.NET Fx的使用 ...

CQLinq致力於編寫代碼的規則，可以是verified live in Visual Studio，或者可以是verified during build process and reported in an HTML/javascript report。

CQLinq超過了StyleCop甚至FxCop的力量，是它是直接寫代碼規則，並獲得立即結果。建議設施瀏覽匹配的代碼元素。具體來說，這看起來像：