我一直在寻找一些我们VB.NET dll的使用FxCop的和所有的错误涉及到DLL设置(即强名称,文化信息)和变量方法的情况。

综观的FxCop检查C#DLL中的几个例子,它似乎提供了很多潜在的错误。

这是否意味着FxCop的是对VB.NET或有我只是选择了坏榜样C#开发更有价值。

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

有帮助吗?

解决方案

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

您需要出示你在哪里得到更多(或更少)的例子从FxCop的输出为一块VB.NET代码,对一块的C#代码,这两者编译到相同的IL

其他提示

据我所知,FxCop的是语言无关。它更可能是C#有超过VB.NET更多的自由中出现的各种领域,允许更多的错误(如FxCop的解释的话),而不是正的FxCop莫名其妙偏颇。如果是这样的话,那么我可以看到它是一个C#开发人员不是VB.NET开发人员,因为前者语言具有创造该问题的FxCop可以检测到更多的余地更有价值。

然而,的FxCop为任何.NET项目的宝贵工具,即使某些语言使它更难犯错误。

的FxCop应该在编译的代码,所以你写的语言不应该的问题。我用与C#或VB项目的工具,所以它确实工作。它已经相当有帮助的,真的。

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top