我一直在使用FxCop查看我们的一些VB.NET dll,并且所有错误都与DLL设置(即强名称,文化信息)和变量方法的情况有关. 看一下FxCop检查C#Dll的几个例子,它似乎提供了更多的潜在错误. 这是否意味
看一下FxCop检查C#Dll的几个例子,它似乎提供了更多的潜在错误.
这是否意味着FxCop对于VB.NET或我刚刚选择的不良示例的C#开发更有价值.
我认为FxCop是在处理IL而不是特定语言的情况下,所以我只是缺少VB.NET的规则文件,还是有更多可用于C#的文件?
我会说这不对. FxCop对任何.NET开发人员都是无价之宝.你需要展示一个例子,你可以从FxCop获得更多(或更少)输出的VB.NET代码,而不是一段C#代码,这两个代码都编译到同一个IL.