FxCop在VB.NET上和在C＃上一样有价值

Question

我一直在使用FxCop查看我们的一些VB.NET dll，并且所有错误都与DLL设置（即强名称，文化信息）和变量方法的情况有关。

看一下FxCop检查C＃Dll的几个例子，它似乎提供了更多的潜在错误。

这是否意味着FxCop对于VB.NET或我刚刚选择的不良示例的C＃开发更有价值。

我认为FxCop是在处理IL而不是特定语言的情况下，所以我只是缺少VB.NET的规则文件，还是有更多可用于C＃的文件？

Answer 1

我会说这不正确。 FxCop对于任何.NET开发人员都是非常宝贵的。

你需要展示一个例子，你可以从FxCop获得更多（或更少）的输出来获取一段VB.NET代码，而不是一段C＃代码，两者都编译成同一个IL。

Answer 2

据我所知，FxCop是语言无关的。在各个领域，C＃更有可能比VB.NET更自由，允许更多错误发生（因为FxCop解释它），而不是FxCop以某种方式存在偏见。如果是这种情况，那么我可以看出它对于C＃开发人员而言比VB.NET开发人员更有价值，因为前一种语言有更多的空间来创建FxCop可以检测到的问题。

但是，FxCop对于任何.NET项目都是非常宝贵的工具，即使某些语言更难以犯错误。

Answer 3

FxCop应该用于编译代码，因此您编写的语言无关紧要。我已经在C＃或VB项目上使用过这个工具，所以确实有用。实际上它非常有用。