为什么来自Microsoft的新.NET代码不符合Microsoft StyleCop?

Stylecop检查是否符合Microsoft框架设计准则。

指导方针是 强制执行的 只有在构成.NET框架适当的代码上,甚至在框架适当的代码中,才会偶尔出现错误。在其他地方,指南只是建议。

框架设计指南以印刷本的形式提供,并对参与者的注释进行非常有趣的阅读,说明他们为什么同意或不同意,以及如何最好地应用和解释规则。我应该指出几个重要的事实:

• 即使是那些 写的 这个 所有的指导方针都是一致的。
• 你可能不是在写 释放到野外的框架。
• 指导方针是一项正在进行中的工作,StyleCop落后于它们。

微软不是铁板一块的。它中的不同组对StyleCop警告的重要性有不同的看法。很多人宁愿在改变那些没有那么大差别的事情上放松自己,也不愿草率行事。

而且,样式警察不是一直都是对的。有时候,最好的办法就是忽略警告。

关于服从风格警察的一些思考:

• 风格警察的规则一般都很好。

• 有些情况下,一般规则不足以适用于特定的情况,或者没有意义。

• 以微软XNA框架为例,该框架打破了许多规则,使得fxcop尖叫起来。但它们有绝对合理的理由破坏它们,比如性能和可移植性。

• 风格警察规则是 建议 , 不 法律 把它们分解下来,归结为什么会给情况带来最大的好处:遵循规则,保持标准和熟悉,或者,因为特定的原因打破规则,你的情况决定了你这样做并从中获得其他好处。

• 规则改变。有些东西必须推动变革。

因此,如果微软MVC团队认为这样做是一件好事,他们可以自由地成为不符合标准的风格警察。

P.S.毫无理由地违反规则,什么都不是好事。

在Visual Studio中,大多数(如果不是所有)Microsoft模板都不是样式复制投诉。

你也可以问为什么大多数微软应用程序不遵循微软可用性准则。

微软是一家大公司,像所有大公司一样,他们通常不遵守自己的规则。