检查C#的样式？

我正在寻找与VisualStudio的Checkstyle类似的东西。我最近开始了一个从事.NET工作的新工作，并意识到这里的编码标准有点欠缺。虽然我还是个年轻人，远不是最有经验的开发人员，但我正试图以身作则，让事情朝着正确的方向发展

我喜欢在Eclipse中使用Checkstyle并在审查之前检查代码的能力，所以我想在VisualStudio中做同样的事情。有人有什么好的建议吗

另一件我有点感兴趣的事情是SVN的插件，它在满足主要编码标准之前不允许签入。我不希望人们签入破坏的代码，这将导致代码审查

---

在这一点上有任何建议都很好。

您尝试过StyleCop吗

---

注意：此已移至

查看。

您要查找的内容称为

---

这是一种选择。我想我们也可以检查这种情况。

我们用来强制执行我们的编码标准。它是免费的，并且与Visual Studio很好地集成

以下是一些您可以使用的优秀工具

是一种代码分析工具，用于检查.NET托管代码程序集是否符合Microsoft.NET Framework设计指南

---

是JetBrains的一个重构和生产力插件，它扩展了Microsoft Visual Studio.NET 2003、2005和2008的本机功能

---

是一款免费的微软静态代码分析工具，用于检查C#代码是否符合StyleCop推荐的编码风格以及微软.NET Framework设计指南的子集

---

ref:

你有机会复习一下吗

谢谢你让我知道了正确的术语，我有时觉得有点傻，不知道东西的正确名称。CheckStyle不就是为了编码风格吗？FxCop实际上查找错误和错误，这些错误和错误显然属于静态代码分析。但编码风格更多的是标记/空白分析，而不是处理实际代码…我想你是说StyleCop。。？FxCop只查看IL代码（因此无法检查缩进、大括号等），StyleCop查看C#code.so。新的工作，相当年轻，你想设定编码标准。你要小心点。如果处理不当，年长、更有经验的开发人员将被推迟。我的建议是：找一个盟友，然后把想法卖给他们，然后一起去找你的经理。还要记住，在你改变它之前，你需要了解当地的文化。@jcollum-很好的观点。“编码标准”往往会演变成宗教争论，有时甚至是激烈的争论。通常情况下，人们最挑剔的事情对代码的改进毫无作用，除了主观方面。比如，你是否把你的

{

放在新的一行上。幸运的是，C#有一套事实上的标准。只要使用这些标准，就可以避免很多毫无意义的争论。@Nick:因为人们可以安全地互相攻击，而不会有人真的“错”@PSU_Kardi：正如jcollum所说，找到一个盟友是一个开始——你的构建工程师是一个很好的盟友，因为如果他在船上，他可以悄悄地将报告添加到构建中，然后当你提出论点时，你可以从你的屁股里拿出6个月的数据。就我个人而言，我不会把这说成是“设定标准”或“以身作则”-在你的位置上，我会开始在我的代码中使用它，并等待别人注意。我的建议是：放弃。简单的事实是，关心这类事情的公司已经有了它。那些没有它的公司，没有它，因为他们不关心。现在，如果几个月后，他们对你的代码印象深刻，他们会要求你不要o分享想法，那就太好了。在那之前，最好的策略就是低着头，确保自己的工作是好的。你能告诉我你是使用stylecop的规则还是实现了自己的一套规则吗？我不喜欢stylecop的一点是它的规则是不可配置的（比如在resharper中）它会把它的规则强加给你除非你想修改和维护c#code中描述的规则集大部分我们使用StyleCop的规则。我们禁用了一些。我没有尝试过，但是可以使用StyleCop SDK编写自定义规则。这里有一个教程：谢谢很多，非常有用-尽管这个答案是很久以前的；）请注意，也有免费的