4

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

查看 FxCop 检查 C# Dll 的几个示例,它似乎提供了更多潜在错误。

这是否意味着 FxCop 在 C# 开发中比 VB.NET 更有价值,或者我刚刚选择了不好的例子。

我认为 FxCop 是在 IL 而不是特定语言上工作的情况,所以我只是缺少 VB.NET 的规则文件还是 C# 有更多可用的文件?

4

3 回答 3

8

我会说这是不正确的。FxCop 对任何 .NET 开发人员来说都是无价之宝。

您需要展示一个示例,说明您从 FxCop 获得更多(或更少)输出的一段 VB.NET 代码,而不是一段 C# 代码,两者都编译为相同的 IL。

于 2009-03-23T16:52:03.357 回答
1

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

然而,对于任何 .NET 项目来说,FxCop 都是一个非常宝贵的工具,即使某些语言更难出错。

于 2009-03-23T17:17:53.140 回答
0

FxCop 应该适用于已编译的代码,因此您编写的语言应该无关紧要。我已经在 C# 或 VB 的项目中使用过该工具,所以它确实有效。实际上,这很有帮助。

于 2009-03-24T02:14:40.557 回答