Si j'écris mes propres règles d'analyse de code statique (pour le code C#), quels sont les avantages et les inconvénients de l'utilisation de StyleCop vs FxCop?Règles d'analyse de code statique personnalisées dans FxCop ou StyleCop?
Est-ce que l'un est plus approprié pour certains types d'analyse que l'autre? Ou est la différence entre les deux que l'on exécute sur le code source et l'autre sur l'ensemble compilé?
est qui analyse StyleCop Une différence clé du code C# source. FxCop analyse les assemblages .NET après leur compilation, cela fonctionne pour tous les langages. En conséquence, StyleCop est pointilleux sur l'apparence de votre code source. FxCop est pointilleux sur la façon dont vous utilisez les classes de framework .NET. Ils se complètent.
Ce sont des outils différents. StyleCop est axé sur le style de code. Vous pouvez vérifier doc. commentaires, convention de nommage, espacement, etc. Bien qu'il puisse faire presque les mêmes choses que StyleCop, FxCop se concentre sur le Microsoft Design Guidelines. Il analysera votre code à la recherche d'éventuels problèmes de performance et de sécurité, entre autres choses.
Je n'ai jamais écrit de règles pour aucun d'entre eux, mais je crois que vous devriez opter pour celui qui fait exactement ce que vous voulez (si seulement coder les normes, allez avec StyleCop, sinon, allez avec FxCop). De cette façon, vous vous sentirez probablement plus à l'aise avec l'API.
Vérifiez ces liens Wikipédia:
n'est pas tout à fait vrai: http://blogs.msdn.com/sourceanalysis/archive/2008/05/23/announcing-the-release-of-microsoft-source-analysis.aspx –