您如何解决"StyleCop C#风格"与"框架设计指南C#风格"之间的差异？

在阅读了伟大的书籍"框架设计指南"(2008年11月第2版)的附录A"C#编码风格约定"之后,我对微软使用内部/推荐的编码风格感到困惑.

博客文章C#Style的简史声称:

事实上,"StyleCop风格"和"框架设计指南风格"之间的差异相对较小

在我看来,差异是非常明显的.StyleCop说开放式支架应该在一个单独的线上,框架设计指南说它应该在开幕式之后.StyleCop表示所有关键字后面都有一个空格,框架设计指南说"摆脱所有空间"(甚至围绕二元运算符).

我从框架设计指南书中发现这条规则特别具有讽刺意义(第366页,第6条规则):

不要在流控制语句之前使用空格

Right: while(x==y)
Wrong: while (x == y)

这明确说明StyleCop样式是错误的(while关键字后面的空格,相等二元运算符之前和之后的空格).

最后,使用StyleCop样式格式化的代码与使用Framework Design Guidelines样式格式化的代码具有完全不同的"感觉".通过遵循框架设计指南样式,人们将不得不禁用一堆规则(并且没有规则检查是否遵守框架设计指南样式......).

有人(MSFT内部人士可能？)对这种分歧有所了解吗？

你的团队如何应对这个问题？关注StyleCop？框架设计指南？完全忽略风格？烘焙自己的风格？

这个由stylecop团队撰写的文章准确地解释了你的想法. http://blogs.msdn.com/sourceanalysis/archive/2008/05/25/a-difference-of-style.aspx

为了回答问题的第二部分,我们的团队刚开始使用StyleCop使用所有规则(有些人选择并选择使用哪些规则).我唯一不喜欢的是需要额外的时间,但使用StyleCopForResharper之类的工具会让它变得更快.当人们编写的代码与我编写的代码看起来不同时,我常常感到非常生气,但现在我们使用StyleCop,每个人的代码看起来都是一样的.不要再咬嘴说人们做的烦人事了

在博客上我读到了这个(我似乎无法找到网址)它被陈述:框架指南是基于C++指导的基础和演变(他们都是经验丰富的C++开发人员),而指南stylecop提供的是更现代的新C#只有指导......两者都很好,自己做决定......我个人使用StyleCop