Quelle règle de FxCop désactivez-vous?
-
05-07-2019 - |
Question
Personnellement, je n’utilise pas encore FxCop. Nous voulons d’abord élaborer les tests unitaires avant de nous lancer dans l’analyse de code. Cependant, quelles règles désactiveriez-vous en permanence? Quelles règles désactiveriez-vous temporairement et dans quelle situation?
La solution
Je n'utilise pas la règle de convention de dénomination interdisant les traits de soulignement dans les noms de méthode / d'événement. Je me suis habitué à "Button1_Click". Visual Studio insère automatiquement les traits de soulignement, vous devez donc les supprimer manuellement. Je pense juste qu'il est plus facile de les laisser seuls. Et j'ajoute le trait de soulignement lorsque je crée une méthode / un événement.
Autres conseils
Je n'aime pas la règle CA1021: Evitez les paramètres. Les paramètres Out sont utiles pour de nombreux modèles différents (y compris le modèle .Net Try *). Out peut certes être surutilisé, mais en réalité, il semble exagéré d’avoir une règle FxCop.
Les assemblages CA2210 doivent avoir des noms forts valides est un ennuyeux .
Il existe toute une liste de conneries pédantes que vous voudrez désactiver, en fonction du système que vous construisez. Je suggérerais d'examiner la sortie de FxCop et de décider vous-même. Le pédantisme est l’un des autres "doit avoir".
Il se plaint de " ID " et suggère "Id" ... même si cela suit les "abréviations à deux caractères". règle: O)