另见
VB.NET Static Code Anaylsis
对于更好或最坏的情况，我们现在有一个VB.NET编码标准文档，该文档基于由StyleCop强制的C#编码标准。
例如
>你应该在“”符号的每一边放置的空格数量等
>所有实例成员(字段和方法！)必须访问为“me.fieldName”
>所有共享成员必须作为“className.fieldName”访问
我倾向于认为：
If it’s in a requirements document it
should be check for by an automatic
system
我正在寻找(理想的免费)工具，将检查VB.Net代码的短缺规则，因为这些是风格问题，不使它进入编译的输出，FxCop是没有用的。
(我本人会匹配，而我们只是检查重要的事情，如重复的代码和每个类的单一合理性(所以没有更多的多千行类！)，但因为我需要保持编码标准文档，我希望有一个工具帮助我这样做。)
另见Enforcing using the class name whenever a shared member is accessed.
关于赏金。
我正在寻找一个VB.NET代码检查工具的列表，每个工具可以做的一个简单的夏天和它的局限性。如果工具不是免费的，请包括一些理想的成本。
有没有人有使用CodeRush/Refactor的经验！或ReSharper与VB.NET检查这种类型的编码风格问题？
我知道没有免费的源代码分析工具与良好的VB支持。然而，至少有两种商业工具可能是合适的：
> submain CodeIt.Right
> SSW Code Auditor
就个人而言，我更喜欢CodeIt.Right规则创作机制，所以如果计划有相当多的自定义规则开发，我会倾向于它。但是，如果你只想使用开箱即用的规则，代码审计员会提供比CodeIt.Right更多的代码风格规则，其中大多数的内置规则针对编译IL(如FxCop)。