您的团队是如何为.Net定制Stylecop(以及其他工具)以获得良好结果的?

时间:2010-05-18 17:56:58

标签: .net visual-studio stylecop

我们的团队仍处于爱与恨的关系中。我希望通过对应该排除哪些规则以及应该添加哪些规则进行内部投票来结束辩论。

在此之前,我想问其他SO用户。标准化(但不限制)响应:

  1. 您目前的StyleCop版本是什么?
  2. 您目前的目标是什么.Net版本?
  3. 您关闭了哪些默认规则?
  4. 您打开了哪些非默认规则?
  5. 您是否编写了自己的规则?请描述一下。
  6. 你还有其他值得分享的StyleCop技巧吗?
  7. 你使用Resharper吗?什么版本?这是一个很好的降压吗?
  8. 您是否使用.Net / C ++的任何其他工具与Visual Studio集成并帮助开发?你得到了你的钱吗?
  9. 您还想添加其他任何内容吗?
  10. ...
  11. 谢谢!

3 个答案:

答案 0 :(得分:3)

  1. 您目前的StyleCop版本是什么? 本地4.3.3,构建服务器上的4.3.0
  2. 您目前的目标是什么.Net版本? 2.0或3.5
  3. 您关闭了哪些默认规则?的
  4. 您打开了哪些非默认规则? 刚刚在匈牙利规则中添加了一些排除
  5. 您是否编写了自己的规则?请描述一下。的没了
  6. 你还有其他值得分享的StyleCop技巧吗? 在项目文件中使用<ExcludeFromStyleCop> element
  7. 你使用Resharper吗?什么版本?降价是一件好事吗? 是,R#5,很有价值(特别是StyleCop for ReSharper
  8. 您是否使用.Net / C ++的任何其他工具与Visual Studio集成并帮助开发?你有钱了吗? GhostDoc是我们使用的唯一其他工具

答案 1 :(得分:2)

  1. 我在4.3.3.0
  2. .net 3.5
  3. 很多,所有文档和其他人的集合。
  4. 无,IIRC。
  5. 过去我做过。我目前没有编码风格要求,但以前我做过。我拥有它们时会为它们创建自定义规则。
  6. “右键单击警告,显示错误帮助”是一个很好的。我最喜欢的是“将Settings.StyleCop文件添加到Solution Items文件夹”。
  7. 不,但我愿意。
  8. 的FxCop。是的,钱的价值无限。
  9. 是。您启用/禁用的规则应完全由您尝试验证的编码指南驱动。你不知道使用哪些的原因可能是因为你没有。这是你应该做的第一件事,创建一套编码指南。您可以使用StyleCop来确定要强制执行的规则(从所有规则开始并在每个人都同意该规则没有为修复它所花费的工作量提供任何值时删除一个规则)。这似乎有点落后,并且会跳过具有StyleCop尚未强制执行的编码标准的可能性,但肯定比没有更好。这将是生成一些本地标准的快速方法。另一种方法是环顾四周,你的团队可以或多或少地同意一些existing published coding guidelines,然后配置StyleCop来强制执行。无论哪种方式,在整个组中都有一致的编码风格可以获得很多,而StyleCop是强制执行它的方式。
  10. 自定义规则非常棒。不要忽视关闭StyleCop规则和实现相同规则的“更好”版本的可能性。
  11. (1)这就像披萨配料一样,你不可能在小组中得到完全的同意,但可能会产生普遍的共识

答案 2 :(得分:1)

  1. 4.3.3
  2. .NET 3.5
  3. 关闭SA1309 - FieldNames不能以下划线开头(对于Property后面的私有变量
  4. 自定义规则,没有变量以“m _”
  5. 开头
  6. 是的,#4中的自定义规则基于此blog
  7. 中的代码
  8. 不是真的
  9. 没有
  10. 我们使用VisualSVN插件,它是免费的,我们发现它很有用,因为我们使用Subversion进行源代码控制