1

我们的团队仍然与它保持着爱/恨的关系。我希望通过就应该排除哪些规则以及应该添加哪些规则进行内部投票来结束辩论。

在这样做之前，我想问问其他 SO 用户。标准化（但不限制）响应：

  1. 您当前的 StyleCop 版本是什么？
  2. 您目前的目标是什么 .Net 版本？
  3. 您关闭了哪些默认规则？
  4. 您打开了哪些非默认规则？
  5. 您是否编写了自己的规则？请描述。
  6. 你还有其他值得分享的 StyleCop 技巧吗？
  7. 你使用 Resharper 吗？什么版本？物有所值吗？
  8. 您是否使用任何其他与 Visual Studio 集成并帮助开发的 .Net / C++ 工具？你的钱物有所值吗？
  9. 你还有什么想补充的吗？
  10. ...

谢谢！

4

3 回答 3

3
  1. 您当前的 StyleCop 版本是什么？本地 4.3.3，构建服务器上 4.3.0
  2. 您目前的目标是什么 .Net 版本？2.0 或 3.5
  3. 您关闭了哪些默认规则？没有任何
  4. 您打开了哪些非默认规则？刚刚在匈牙利规则中添加了一些例外情况
  5. 您是否编写了自己的规则？请描述。不
  6. 你还有其他值得分享的 StyleCop 技巧吗？使用项目文件中的<ExcludeFromStyleCop>元素
  7. 你使用 Resharper 吗？什么版本？物有所值吗？是的，R# 5，物超所值（尤其是ReSharper 的 StyleCop）
  8. 您是否使用任何其他与 Visual Studio 集成并帮助开发的 .Net / C++ 工具？你的钱物有所值吗？GhostDoc是我们使用的唯一其他工具
于 2010-05-18T18:06:13.690 回答
2
  1. 我在 4.3.3.0
  2. .net 3.5
  3. 很多，所有的文档和其他的集合。
  4. 没有，IIRC。
  5. 过去我做过。我目前没有编码风格要求，但以前我有。当我拥有它们时，我会为它们创建自定义规则。
  6. “右键单击警告，显示错误帮助”是一个不错的选择。我最喜欢的是“将 Settings.StyleCop 文件添加到解决方案项目文件夹”。
  7. 不，但如果可以的话，我会的。
  8. 外汇警察。是的，物超所值。
  9. 是的。您启用/禁用的规则应完全由您尝试验证的编码指南驱动。您不知道要使用哪些的原因可能是因为您没有。所以这是你应该做的第一件事，创建一套编码指南。您可以使用 StyleCop 来确定要强制执行哪些规则（从所有规则开始，当每个人都同意该规则对修复它所花费的努力没有价值时删除一个）。这似乎有点落后，并且会跳过StyleCop尚未强制执行的编码标准的可能性，但绝对比没有好。这将是生成一些本地标准的快速方法。您的团队可以或多或少地就（1）达成一致，然后配置 StyleCop 来执行这些。无论哪种方式，在整个团队中拥有一致的编码风格都会带来很多好处，而 StyleCop 是强制执行它的方法。
  10. 自定义规则很棒。不要忽视关闭 StyleCop 规则并实施同一规则的“更好”版本的可能性。

(1) 就像披萨浇头一样，你不可能在小组中达成完全一致，但可以达成普遍共识

于 2010-05-18T18:38:52.743 回答
1
  1. 4.3.3
  2. .NET 3.5
  3. 关闭 SA1309 - 字段名称不能以下划线开头（对于属性后面的私有变量
  4. 没有变量以“m_”开头的自定义规则
  5. 是的，#4 中的自定义规则基于此博客中的代码
  6. 并不真地
  7. 不
  8. 我们使用 VisualSVN 插件，它是免费的，我们发现它很有用，因为我们使用 Subversion 进行源代码控制
于 2010-05-18T18:07:15.440 回答