FxCop est-il aussi valable sur VB.NET car il est sur C # [fermé]
https://stackoverflow.com/questions/674169
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
RussianQuestion
Je cherchais à quelques de notre utilisation de FxCop de dll VB.NET et toutes les erreurs se rapportent à la configuration des DLL (à savoir les noms forts, Information Culture) et le cas des méthodes variables.
En regardant quelques exemples de l'examen d'un FxCop C # dll, il semble offrir beaucoup plus d'erreurs potentielles.
Est-ce que cela signifie que FxCop est plus précieux sur les développements C # ou VB.NET que ce que je viens de mauvais exemples choisis.
Je pensais que ce fut le cas que FxCop a travaillé sur IL plutôt que les langues spécifiques, de sorte que je manque juste les fichiers de règles pour VB.NET ou y sont plus disponibles pour C #?
La solution
Je dirais que c'est pas correct. FxCop est inestimable pour tout développeur .NET.
Vous devez montrer un exemple où vous obtenez plus (ou moins) sortie de FxCop pour un morceau de code VB.NET, par rapport à un morceau de code C #, les deux qui compilent au même IL.
Autres conseils
Pour autant que je sache, FxCop est la langue agnostique. Il est plus probable que C # a une plus grande liberté que VB.NET dans divers domaines permettant plus d'erreurs de se produire (comme FxCop interprète) plutôt que FxCop étant sollicité en quelque sorte. Si tel est le cas, alors je peux le voir être plus précieux à un développeur C # d'un développeur VB.NET que l'ancienne langue a plus de latitude pour créer des problèmes qui FxCop peut détecter.
Cependant, FxCop est un outil précieux pour tout projet .NET, même si certaines langues rendent plus difficile de faire des erreurs.
FxCop est censé travailler sur le code compilé, de sorte que la langue que vous écrivez en la matière ne devrait pas. Je l'ai utilisé l'outil sur des projets avec C # ou VB, donc il ne fonctionne en effet. Il a été plutôt utile, en fait.
