“代码审查”或是“代码评审”（Code Review），这是一个流程，当开发人员写好代码后，需要让别人来 review 一下他的代码，这是一种有效发现 BUG 的方法。由此，我们可以审查代码的风格、逻辑、思路……，找出问题，以及改进代码。因为这是代码刚刚出炉的时候，所以，这也是代码重构，代码调整，代码修改的最佳时候。所以，Code Review 是编码实现中最最重要的一个环节。

长时间以来，Code Review 需要有一些有效的工具来支持，这样我们就可以更容易，更有效率地来进行代码审查工作。

StyleCop 是代码规范检查工具（Code Review 工具），它不仅仅检查代码格式，而是编码规范，包括命名和注释等。StyleCop 可以帮助你更容易地进行这项活动。StyleCop 现在包含了 200 个左右的最佳实践规则（best practice rules），这些规则与 Visual Studio 2005 和  Visual Studio 2008 中默认的代码格式化规则是一致的。它会根据预定义的C#代码格式的最佳实践，对我们的源代码进行检查，并给出不符合编码风格的错误提示。这一点来说与微软的另一个代码检查工具 FxCop 很相似，但 FxCop 是对 dll （compiled binaries） 进行检查，所以 FxCop 适用于新项目通过持续集成工具来使用的情况。也就是说 FxCop 是项目级别的，而 StyleCop是代码级别的，更适合于程序员在编程过程中使用。

StyleCop 检查的规则包括：

• 布局（Layout of elements, statements, expressions, and query clauses ）
• 括号位置（Placement of curly brackets, parenthesis, square brackets, etc ）
• 空格（Spacing around keywords and operator symbols ）
• 行距（Line spacing ）
• 参数位置（Placement of method parameters within method declarations or method calls ）
• 元素标准排列（Standard ordering of elements within a class ）
• 注释格式（Formatting of documentation within element headers and file headers ）
• 命名（Naming of elements, fields and variables ）
• 内置类型的使用（Use of the built-in types ）
• 访问修饰符的使用（Use of access modifiers ）
• 文件内容（Allowed contents of files ）
• Debugging文本（Debugging text）

常用规则

基础

Invalid spacing around the comma :’,’后面需要加空格(几个无所谓)

Invalid spacing around the opening curly bracket：’{‘前后面需要加空格(仅仅一个，要不然就报’The code contains multiple spaces in a row. Only one space is needed’)

Invalid spacing around the closing curly bracket: ‘}’前面需要加空格(同上)

All using directives must be placed inside of the namespace: using指令需要移到命名空间内

例如：

 1 using System; using System.Text; 2 Namespace StyleCopDemo  3 {       4      Public class Person       5      {        6      }  7 } 8  //应该为Namespace StyleCopDemo  9 {     10      using System;      11      using System.Text;12      Public Class Person      13     {     14      } 15 }    

这个我也有点晕了！不过有一篇文章 http://blogs.msdn.com/b/abhinaba/archive/2006/08/21/709051.aspx, 介绍了这样做的好处！

Adjacent elements must be separated by a blank line:紧邻的元素之间必须用空格行隔开，例如using命名空间和namespace之间。

An opening curly bracket must not be followed by a blank line: ‘{‘下面一行不允许是空行

A closing curly bracket must not be preceded by a blank line: ‘}’上面一行不允许是空行

Using directives must be sorted alphabetically by the namespaces：using语句必须要按照字母排序(顺序)

The code must not contain multiple blank lines in a row:代码中不允许一行中有多行空行。

错误:

正确为:

文档规范：

The class must have a documentation header：定义的类必须含有文件头标志’///’而且其中的内容介绍最好是带有空格的(有点变态)，不然可能会报’ The documentation text within the summary tag does not contain any whitespace between words, indicating that it most likely does not follow a proper grammatical structure required for documentation text’,例如：

1     /// <summary>2    /// 用户类 用户基本信息     3    /// </summary>    4    public class Person    5    {   6    }

The file has no header, the header Xml is invalid, or the header is not located at the top of the file：

需要在文件开头上加：

1  //-------------------------------------------------------2  //    <copyright file="Person.cs" company="MyCompany"> 3  //             Copyright MyCompany. All rights reserved. 4  //    </copyright>5  //-------------------------------------------------------

注意缩进格式。

A C# document may only contain a single class at the root level unless all of the classes are partial and are of the same type：【猜】C#文档一般只能包含对一个类的描述。除非这些类是partial类型或者是同类型的。这种错误一般是在一个*.cs文件中有多个不同类型的类。

函数规范:

The method must have an access modifier:方法需要访问修饰符(public private protected..)

The method must have a documentation header:方法必须要文档说明就是以‘///’开头的。

‘///’规范要求：

标签内的内容不允许为空。内容最好是用空格隔开否则会报‘The documentation text within the summary tag does not contain any whitespace between words, indicating that it most likely does not follow a proper grammatical structure required for documentation text’；

实例：

字段规范:

The field must have an access modifier:字段必须要有修饰符

Variable names must start with a lower-case letter:字段的名字必须是小写开头的

The field must have a documentation header：字段必须要有文档说明,以///开头的

有些程序员喜欢以_开头来命名字段，但是StyleCop是不推荐的。(Field names must not start with an underscore)

StyleCop 放在 http://stylecop.codeplex.com/，最新版本是2012年7月5日发布 4.7.44版本。更多的信息可以关注StyleCop开发团队的blog：http://blogs.msdn.com/sourceanalysis

StyleCop 提供了简单和有效的方式来对项目的代码编写风格进行检查。StyleCop 可以多种方式运行，可以插件的方式在 Visual Studio 的 IDE 中运行；也可以MSBuild 任务的方式运行，可整合到程序构建流程中；或者以命令行的方式运行，可针对一个或多个代码文件进行检查。

StyleCop的命令行使用方法：

Usage:    StyleCopCmd [options] [path]

Options:    -a         Process all source files found under the start path (default)    -cs {file} Analyze the specified file.    -f         Perform a full analyze (ignore cached results)    -u         Do not write results cache files.    -o {file}  Apply the given StyleCop options file to all projects and files    -l {file}  Save violation report at the given location. If omitted, saves               StyleCopViolations.xml in the current directory.    -p {path}  Attempts to discover StyleCop AddIn modules under the given               path. This flag may be specified multiple times to search under               multiple paths    -i         Ignore the default StyleCop AddIn path under the All Users\Applica tion Data folder

Conditional Compilation Flags:    -define:FLAG1;FLAG2;FLAG3

Path:    Specifies the path to begin search for source files.    If this is omitted, uses the current directory as the    start path.

CodeProject 上有一篇文章详细的讲述 StyleCop 的使用方法 C# Code Reviews using StyleCop – Detailed Article

• msdn杂志：适用于 .NET 的静态分析工具

• CruiseControl.NET–StyleCop配置

• 集成StyleCop到Jenkins CI
• 编写StyleCop自定义规则教程（一）---编写中文备注的简单校验规则
• 编写StyleCop自定义规则教程（二）---校验规则增加配置参数
• 外籍团队工作有感：2、关于编码规范

[转] 代码审查工具 StyleCop